Ghostcloud精灵云CTO乔融:基于Docker的DevOps实现(2)
在微服务的最佳实践中,首先不得不提容器.容器的轻量化让微服务启动很快,同时容器的跨平台性保证了微服务可以在不同的平台启动起来.第二种是使用代理服务器来访问微服务,现在最常见的方式是前端连接一个代理服务器,后端再连接运行同一个微服务的几个相同容器.一个大的应用会使用几十上百个微服务,和微服务不相关的库文件不建议放在容器中.实践微服务中,建议使用配置管理工具(ansible,puppet等)和容器服务编排工具(K8s,Swarm,EcOS等). (康威定律) 在开发微服务中康威定律起到了很大的作用.康威定律指出任何软件代码都是用来反映组织机构而产生的,如果要采用微服务的开发方法,就需要是把团队划分成多个小团队,由每个小团队负责一个或多个微服务.所以如果要转成DevOps和CI/CD的开发模式,就需要采用这种敏捷开发模式,一个团队7-8个人比较合适. 4、实现DevOps之容器技术 另外一个实现DevOps的重要手段是Docker容器技术.和传统的Hypervisor相比,Docker没有自己的操作系统,它使用宿主机的操作系统,而Hypervisor需要建立虚拟机,每个虚拟机需要装一个操作系统,因此Docker效率更高更节约资源.如果一台物理机可以操作20个虚拟机,便至少可以启动200个容器,且启动容器的时间是秒级. Docker和Hypervisor的对比 使用容器编排工具可以实现对容器的健康检查、动态伸缩、灰度发布和蓝绿发布等功能.而我们提到的容器编排技术,比如K8s,Mesos和Swarm,都是开源的工具,这里我们把精灵云自研的容器编排工具EcOS和开源工具进行了简单对比. (几种常见容器编排技术的比较) K8s是由谷歌发起的开源框架,最大的问题是太笨重,对使用者来说操作很复杂,学习周期很长.Swarm是Docker公司开发的工具,Docker本身不能支持的功能,Swarm也是无法支持的.如图所示,EcOS是精灵云自主开发的容器编排技术,最大的特点是结合了开源工具的优点,在应用编排上完全可视化. 5、实现DevOps之灰度发布 如果一个服务由多个相同的容器运行,灰度发布则先对其中的部分容器先进行升级,可混合让老版本和新版本的容器同时提供服务.如发现新服务没有什么问题,则可以把所有剩下的微服务再全部进行升级. (灰度发布) 6、实现DevOps之版本控制 DevOps下版本控制的原则是始终在Mainline上进行新功能的开发,并经由持续集成的自动化测试对代码进行验证.当功能开发到一定阶段的时候,对可RC的代码创建分支,该分支上停止新功能的开发,只求稳定.当产品发布后,如发现问题,可出hotfix.根据时间点和具体需要,可把其他分支的hotfix merge到Mainline上. (版本控制原理) Q&AQ1:微服务是一个抽象概念还是说有具体的工具来实现? Q2:请问传统的非常庞大的单体应用如何逐步改成微服务? Q3:请问一下刚所说的75%覆盖率,是前后端全部的? Q4:你们这边Devops应用在什么量级别? Q5:您所说的企业级应用指的哪种类型的?包括一些复杂的SaaS应用吗?有没有一些实际的项目事例的自动化测试覆盖率供参考? Q6:web ui的自动化测试用的什么工具,比如input框如何search到? Q7:负载均衡有啥好的方案?怎么自动发现应用拓扑(ip)变化? Q8:之前我们在搭建PaaS平台时,花费了很多时间在环境搭建、定位环境问题上,请问对于平台的搭建维护,有什么好的建议? Q9:traefik专门用来做微服务负载均衡,国内用得多吗? 原文出处:http://dbaplus.cn/news-21-1125-1.html (编辑:ASP站长网) |