Ghostcloud精灵云CTO乔融：基于Docker的DevOps实现

使用容器编排工具可以实现对容器的健康检查、动态伸缩、灰度发布和蓝绿发布等功能.而我们提到的容器编排技术,比如K8s,Mesos和Swarm,都是开源的工具,这里我们把精灵云自研的容器编排工具EcOS和开源工具进行了简单对比.

(几种常见容器编排技术的比较)

K8s是由谷歌发起的开源框架,最大的问题是太笨重,对使用者来说操作很复杂,学习周期很长.Swarm是Docker公司开发的工具,Docker本身不能支持的功能,Swarm也是无法支持的.如图所示,EcOS是精灵云自主开发的容器编排技术,最大的特点是结合了开源工具的优点,在应用编排上完全可视化.

5、实现DevOps之灰度发布

如果一个服务由多个相同的容器运行,灰度发布则先对其中的部分容器先进行升级,可混合让老版本和新版本的容器同时提供服务.如发现新服务没有什么问题,则可以把所有剩下的微服务再全部进行升级.

(灰度发布)

6、实现DevOps之版本控制

DevOps下版本控制的原则是始终在Mainline上进行新功能的开发,并经由持续集成的自动化测试对代码进行验证.当功能开发到一定阶段的时候,对可RC的代码创建分支,该分支上停止新功能的开发,只求稳定.当产品发布后,如发现问题,可出hotfix.根据时间点和具体需要,可把其他分支的hotfix merge到Mainline上.

(版本控制原理)

Q&A

Q1：微服务是一个抽象概念还是说有具体的工具来实现?
A1：微服务是一种软件架构风格,它以专注于单一责任与功能的小型功能模块为基础,利用模块化的方式组合出复杂的大型应用程序.另一方面,也可以说微服务是一种编程思维,如果是想要开发出能在云上运行的微服务,可参考云原生的12因素法则.

Q2：请问传统的非常庞大的单体应用如何逐步改成微服务?
A2：1)新的功能开发使用微服务方式.
2)把边缘模块换成微服务方式.
3)将前端和后端分离
4)抽出服务,逐步替换.这一步尤为复杂,需要由经验丰富的架构师来主导.

Q3：请问一下刚所说的75%覆盖率,是前后端全部的?
A3：平均覆盖率为75%.

Q4：你们这边Devops应用在什么量级别?
A4：Ghostcloud已经结合Jenkins和EcOS,完全实现了自动化的持续集成.但是目前还有一些手动的系统集成测试和性能测试.

Q5：您所说的企业级应用指的哪种类型的?包括一些复杂的SaaS应用吗?有没有一些实际的项目事例的自动化测试覆盖率供参考?
A5：银行的管理系统,电商的平台,企业的云平台管理软件等,大型的由企业使用的软件都可以叫企业级应用.SaaS当然可以算是企业级应用.国外很多大公司的代码覆盖率都是这个70%～80%值,可以看一下这篇文章：http://www.bullseye.com/minimum.html

Q6：web ui的自动化测试用的什么工具,比如input框如何search到?
A6：web ui的测试工具很多,比如Robot Framework的Selenium. 对于input框这类元素,可使用xpath来定位.

Q7：负载均衡有啥好的方案?怎么自动发现应用拓扑(ip)变化?
A7：我们目前使用的是HAProxy,并且正在开发Nginx的支持.自动发现使用的是ETCD+DNS+Wather的方式,当容器IP地址发生改变,可自动捕获,并更新代理服务器的配置文件.

Q8：之前我们在搭建PaaS平台时,花费了很多时间在环境搭建、定位环境问题上,请问对于平台的搭建维护,有什么好的建议?
A8：建议试一下EcOS,一键部署.www.ghostcloud.cn

Q9：traefik专门用来做微服务负载均衡,国内用得多吗?
A9：大多数还是用的HAProxy和Nginx吧.

原文出处：http://dbaplus.cn/news-21-1125-1.html

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!