BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

微服务现状综述

| 作者 Jan Stenberg 关注 34 他的粉丝 ,译者 张龙 关注 14 他的粉丝 发布于 2015年1月14日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

近日, Adrian Cockcroft在荷兰阿姆斯特丹举办的Docker大会谈到,随着组织向持续交付的不断迈进,变更会不断增加,但同时变更所带来的代价、规模与风险却在不断降低,DevOps与敏捷转换,以及容器化对于现如今的业务来说是非常有吸引力的。

对于通过持续交付来加速产品开发过程的方式来说,Adrian提到了OODA环(观察——调整——决策——行动),对这个环的适应速度越快,了解客户与市场的速度就会越快,你也会变得更加敏捷和富有竞争力。Adrian发现经常这么做的企业更容易寻找到产品质量以及学习能力的改进之处。在他看来,达成这个目标的一个障碍在于很多公司都是围绕着产品经理、开发者以及QA等角色组织的,每个角色都有自己的团队,做一件事需要开很多会,这是一种瀑布流方式,需要花很多时间。常见的解决办法就是创建统一的交付小组,打通组织中的各个角色;不过Adrian认为这么做是很低效的,因为每个小组都会重新开发自己的平台。相反,他认为团队应该围绕着微服务来组织,有专门的平台团队负责公开出API,其他团队直接用就好了。Adrian强调说这正是DevOps所关注的,即重组团队。

2014年发生的一件大事就是作为标准化、可移植容器的Docker来了,现在几乎每个开发者都在学习Docker相关的知识。Adrian认为造成Docker如此流行的一个重要原因就是其可移植性,以及容器交付速度的提升,从原来的几分钟、几小时到现在的几秒钟。他认为:

速度催生了新的微服务架构。

回顾当今的网络规模 微服务架构,Adrian提出了几个共同点:

  • 很少会部署全新的微服务架构。
  • 新版本会自动且频繁地部署。
  • 通用编排不再需要,因为整个系统并不是与所有组成部分同时部署的。
  • 架构会用到成百上千的微服务。
  • 每个部署都是高度定制化的。

Adrian认为接下来应该是根据微服务对标准可移植应用的编排,对于这些微服务来说,新版本可以自动部署,可伸缩性与可用性会得到很好地处理。他还预测未来将出现一场从统一架构到微服务架构的革命。

查看英文原文:State of the Art in Microservices

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT