31
回答
OSC 第 140 期高手问答 — 微服务世界里的 DevOps
破译“粽”子代码,拿最高悬赏!>>>   

OSCHINA 本期高手问答(2017 年 1 月 11 日 — 1 月 17 日)我们请来了@Noella_Chen (陈爱珍)为大家解答关于微服务世界里的 DevOps 方面的问题。

陈爱珍,七牛云布道师,DBAplus 社群联合发起人。多年企业级系统运维管理经验,对大型分布式系统架构设计及运维有丰富的经验。现转向 DevOps,容器相关技术领域。

当下聊微服务、聊 DevOps、聊容器都十分热门,但这种热点概念,简单聊聊可以,如果深入探究的话,或许就会发现自己对它们的认知还存在着很多不足的地方。

微服务现在依然非常的流行。在系统架构的自然演进中,诞生了微服务。微服务是一种架构风格,它能够根据业务域将系统分解成多个细粒度,独立的模块。

“DevOps” 通常指的是新兴的专业化运动,这种运动提倡开发和 IT 运维之间的高度协同,从而在完成高频率部署的同时,提高生产环境的可靠性、稳定性、弹性和安全性。DevOps 的推广打破了开发,运维之间的壁垒。全员以产品交付为目标,提高效率,完成业务。

那么微服务与 DevOps 的结合会是怎么样?云计算、微服务、DevOps、容器等之间又是怎样的关系?如果你心里还没有答案,不妨带着这些问题进入本期的高手问答 — 微服务世界里的 DevOps,和大家一起寻找答案。

OSChina 高手问答一贯的风格,不欢迎任何与主题无关的讨论和喷子。

下面欢迎大家就微服务世界里的 DevOps 方面的问题向@Noella_Chen (陈爱珍)提问,请直接回帖提问。

举报
局长
发帖于4个月前 31回/6K+阅
共有31个答案 最后回答: 3个月前
@Noella_Chen : 请问美女老师,实现微服务的最小架构模型是怎样的?是不是只要实现了纵向业务组件划分就可以说实现了微服务呢?还是说采用了更加灵活的容器进行部署更新后才可以成为微服务?
--- 共有 3 条评论 ---
架构梦想回复 @1ttgkppouy : 问个问题就叫被虐了么.... 4个月前 回复
1_3_1_4被虐了吧 4个月前 回复
Noella_Chen最小架构模型应该是包括API网关,服务注册与发现组件。微服务的设计准则是最小化功能,不能再划分,所以要看纵向业务组件划分的粒度。容器技术为微服务提供了匹配的实现机制,满足了微服务所需要的轻量,独立,自治,隔离的运行环境。但不代表运行在容器中的服务就是微服务。 4个月前 回复
@Noella_Chen :dubbo算微服务么?
--- 共有 5 条评论 ---
zlikun 回复 @Noella_Chen : 请问一下为什么说Dubbo服务比较重,只是因为是RPC调用方式,耦合性比较强么。微服务是否更多使用RESTful API来构建? 2个月前 回复
howepeng回复 @Noella_Chen : java 4个月前 回复
Noella_Chen@howepeng 回复@howepeng : 你用什么语言? 4个月前 回复
howepeng回复 @Noella_Chen : 那微服务用什么做? 4个月前 回复
Noella_ChenDubbo基础的服务框架,严格来说还不能算微服务框架,使用的是RPC调用,相对比较重。 4个月前 回复
@Noella_Chen :采用微服务,是不是会大大减小运维成本?
--- 共有 1 条评论 ---
Noella_Chen微服务在改造前期不会减少运维成本,反而会增加运维的复杂度。因为从运维一个单体到运维很多小的微服务,发布,监控这些对象在数量是就增加了很多。但是如果有一个完善的运维平台,可以简化运维的复杂度,从长远看是可以减少运维成本的。 4个月前 回复
问个最基本的问题吧,@Noella_Chen 对于DevOps来说,微服务和传统服务会有什么不同?
--- 共有 1 条评论 ---
Noella_ChenDevOps本身是用来提高产品开发的效率和质量,那么产品是微服务还是传统应用都是一样的。只是如果是微服务,而没有DevOps做支撑,那么微服务的实践会比传统应用复杂很多。 4个月前 回复
顶部