链家网技术总监陈尔冬:链家网的第三种运维
《链家网技术总监陈尔冬:链家网的第三种运维》要点: 作者简介:
1、前言作者先前就职于新浪,是新浪私有云的负责人.从微博初始,一直到微博上市参与了项目全过程,历次的比较大的技术改造都有参与. 作者受鸟哥邀请,加入链家做 SRE,链家是个比较特别的模式. 到链家之后发现链家既用公有云亚马逊 AWS,同时也有自己的数据中心、服务器、基础设施,可能未来链家会考虑把它逐渐做成混合云. 从私有云到公有云到混合云经历过来,作者的经验恰恰都可以覆盖,本文的思路希望给读者带来一些新的想法. 2、链家网的第三种运维
其实链家很早以前就一直在探索我们怎么样利用技术来加速业务.最早是传统 IT 公司思路,现在是利用互联网,如何把互联网和房产中介相结合. 很早以前链家的老板找到 IBM 做咨询,探索到底要不要做互联网,要推翻线下的中介经纪人制度吗? IBM 的专家们也给链家做了非常深度的咨询,最后负责做战略的这位 IBM 的专家就加入到了链家,也是我们链家网现在的 CEO. 链家在传统线下中介和完全互联网化的房产中介之间找到一个灰度,既不是传统的中介也不是完全互联网化去经纪人的互联网中介,而是一种线下的经纪人和线上的互联网产品相结合的新型中介,所以链家叫它第三种中介. 我思考自己的职业生涯,做了这么多年的运维,一直以来想要追求运维的模式和链家探寻的结果很像.我们现在会看到很多朋友们探索的理念,不管是某种运维还是 DevOps 还是 SRE. 其实我们都在谋求寻找最终的目标,到底是一个什么样的运维状态?它和我们的传统运维在某种程度上可能是相对立的. 因为我们不希望利用人工,或利用自己的责任心和劳动时间,去解决这样的问题,所以我们将这两种运维的模式暂且放在对立的两端. 我们在真实世界中存在的运维的模式实际上是第三种运维模式,是在这种完美理想化的运维模式和传统的运维模式之间的一种运维模式.现实世界既是美好的又是真实的又是残酷的,不可能完全按照你的理想复制. 我可以拿出一些我们的项目细节给大家举例,但是有的项目是不开源的,我们和大家面临的问题也很难完全一样,只能在这吹一吹,也许对大家参考价值有限. 其实我更希望去介绍我们遇到某个问题的时候,是通过什么样的思路去选择什么样的方案.根据我们的环境选择什么样的方案,也许我们选择的方案或者我们选择的技术点和大家所在的环境不一定适合. 但是我们所思考的方式,觉得应该讲一讲,大家可能会有一些收获.因为我们都是做计算机的,我们都会本能的觉得这个世界上可能就是 0 和 1,但是做了一时间工作以后,工作的种类是开发也好,运维也罢,你会发现这个世界不只是 0 和 1.
灰度一切的意思是说做事不能一刀切,要么这么干,要么那么干.在过程之中会有一个甚至多个中间状态,甚至最终落地也落在中间状态.这个工作的思路,恰恰和我对运维工作的一个理念相符. 3、聊聊新技术首先我们聊聊虚拟化和容器,不管是虚拟化还是容器都是很专业的一个领域,可以聊得很深入.说到虚拟化和容器,大家可能会本能的想到两个很有名的开源项目,一个是 OpenStack,一个是 Docker. 3.1 面对新技术的误区在做这些工作的时候我会听到很多声音,比如,我以前在新浪经常会出来吹牛,说新浪几乎在国内最早做云计算的公司.有些人就会觉得很夸张,会觉得 04 年就敢说在做云计算,八成就是在公司搭一堆虚拟机,连管理平台都没有. 另外一个例子,有的朋友听说链家想做混合云,问我:“你的方案是什么?是基于容器做还是基于 OpenStack?” 我还遇到这样的朋友,在他们心里,私有云如果不用 OpenStack,就是基于 VM 去自己建设,类似很多这样的例子.
这些声音代表了一类朋友,他们觉得容器就是混合云的唯一方案,觉得 OpenStack 或者虚拟化技术就是云计算的唯一方案,这些技术与产品之间是划等号的.如果要做云计算,就一定要用容器、或者虚拟化技术. 我认为这样的观点有失偏颇,所以想以容器这个技术为切入点,讲述我对新技术的理解过程. 3.2 我对容器的理解这是一张今年秋天日本京都的一张照片.具体地点是日本京都著名地标清水寺.清水寺秋天的时候会有很多红叶,特别美.大家看清水寺舞台下面的红叶,密密麻麻的很美.但是仔细看,一大片红叶还是挺乱的. 但是我们想象拿一片红叶在手上,红叶上会有脉络.就像上图,它是很有序的,而且你拿到每一个红叶一定是有很相近的脉络. 我们可以这样理解,一片红叶就是乱中有序.但这跟容器有什么关系呢?别着急,我们按照这样的一个思考方式研究容器. Container 本来的意思是集装箱,集装箱和刚才我讲的红叶有可以类比的.集装箱其实与红叶是相反的,序中有乱.我们看到这个码头全都是集装箱,是不是特别有规律?可能颜色不一样,但是大小都是一样的. (编辑:ASP站长网) |