【下一代核心技术DevOps】：（一）容器服务的Rancher选型

1. 为什么说是下一代核心技术

其实经过互联网的多次变革说起，早期的C/S架构，到后来的B/S架构，一直到现在最普遍的M/S架构，他们的背后都是技术不断的优化改进，以适应促进IT技术的发展

整体而言在过去10年时间，互联网技术可以说是以手工制造的方式为准，类似于传统销售，设计，制作，然后打包销售。每个环节都需要大量的人员来操作，也需要不断

有人接班学习来延续对应的环节。而未来10年将会是以流水线的方式为主 ，其主要原因是互联网云计算技术的高速发展及可持续快速交付的业务需求。其对应的DevOps

方式将完美契合。开发运维一体化确切的说是一种方式，而这种方式需要全新的技术来支撑才行执行下去，我们将之称为下一代核心技术。

2. 传统技术与下一代核心技术区别

传统的技术主要问题是高耦合，其耦合存在于服务器，硬件存储，内外网之间（网络通讯），应用程序之间，代码之间，业务模块之间，虽然经过近几年的发展，在不断的

去耦合化大趋势下，已经尽可能的将这几大块之间进行低耦合处理，但是由于传统技术的限制，无法从根本上解决这些问题。比如最常用的程序连接数据库。传统的方式多

将数据库连接字符串写到程序的配置文件里，导致其连接数据库IP不能变，多节点部署程序需要一一手动修改数据库连接字符串。非常麻烦，随着技术的发展优化，有经验的

研发人员会将数据库连接放到JNDI里面（如Tomcat)，由中间件管理，这样将程序和数据库之间进行解耦。这也是传统技术，架构常用的做法。但是对于多节点的部署变更，

需要改变多个节点Tomcat的JNDI配置，还是存在易用性，可维护性，可靠性方面的问题。当然也有高级别的中间件来集中解决这些问题，如WebSphere的集群管理，这都属于

为了解决问题而解决问题，受限于传统技术，无法从根因上解决各个组件，软硬件之间的耦合问题。而且需要商业付费，非常的贵。

下一代核心技术，受益于云计算，微服务，容器服务的高速发展，采取DevOps的模式进行整合，实现硬件服务器，存储，网络，软件程序，代码之间的全低耦合甚至0耦合

将大大提高交付能力，降低运维成本，实现互联网产品的快速迭代。

3. 容器服务的Rancher选型

我之前的文章已经对微服务做了基本分析，本章节及后续章节会陆续对云计算的分析应用和容器服务的分析应用做逐一的讲解。 微服务主要是对软件代码层面进行解耦，

云计算主要从硬件支撑层进行解耦，而容器服务主要从应用层面进行解耦。容器服务的飞速发展，主要是Docker的巨大功劳，将传统的虚拟化技术带到一个全新的层面。

Docker的优势在此不做多讲，主要是其原生的管理基于命令行，对于简单应用较为方便。但是在DevOps模式下就需要有一整套的规范接口来统一管理整个流水线。对于

Docker容器的管理系统目前比较流行的有几个： K8S，Rancher，Shipyard等，其他还有一些不是很有名的在此不多做列举了，大家可以自行研究学习。

内容	原生	K8s	Rancher	Shipyard
管理端及易用性	Docker EE （易用性★★★）	K8s管理（易用性★★）	Rancher（易用性★★★★☆）	（易用性★★★★）
引擎/编排工具	Swarm	Kubernetes	Cattle、Swarm、Kubernetes、Mesos，Windows	无
多主（集群）	支持	支持	支持	不支持
资源看板	★★★	★★	☆	★★★★
DevOps集成	不支持	插件支持	插件支持、原生支持	不支持
插件数量	★	★★★	★★★★	不支持

经过对比试用选型，在容器管理考虑到易用性包括跨主机通讯的管理，DevOps的支持力度等方面，Rancher以各方面优先胜出。Rancher目前在开源社区非常火爆，支持众多

的编排引擎，当前最新版本为 1.6.12  ，大家可以下载试用。