专栏名称: 聊聊架构
在这里煮酒聊架构。
目录
相关文章推荐
高可用架构  ·  微信读书后台架构演进之路 ·  15 小时前  
架构师之路  ·  全球软件工程技术大会,送福利! ·  昨天  
字节跳动技术团队  ·  IJCAI 25 | ... ·  昨天  
架构师之路  ·  美团的童鞋,有个问题麻烦您帮忙看一下... ·  2 天前  
高可用架构  ·  这家公司对网关性能的优化历程,在 ... ·  2 天前  
51好读  ›  专栏  ›  聊聊架构

落地微服务之前,先想想你的团队结构是否合理!

聊聊架构  · 公众号  · 架构  · 2016-10-18 20:18

正文

请到「今天看啥」查看全文


不论以任何方式,鼓吹Spring Boot也罢,推行DropWizard也好,应用容器也罢;你不能仅仅因为不再用应用服务器就说你是微服务架构。

而微服务架构能在像Netflix和亚马逊这些地方工作得好,似乎是这些企业本身有一些特性组合起来才能行的。然而问问你工程部门的VP,再问问你计算部门的主管,问问他们, 他们内部的团队组织结构是否像亚马逊一样 。他们的团队组织结构最终很可能会搞砸,因此你的公司根本无法把微服务架构玩儿好。

大多数公司的组织架构不适合微服务架构

我们都听说过Conway法则(译者注:软件系统架构最终会跟企业组织架构一样),这是你玩儿不了微服务的最主要的原因。

企业中人的因素会决定结果,企业文化的因素会决定结果,纸面上的流程和纸面上的结构决定不了结果 。如果你有UI团队,DB团队以及服务团队,每个都只关心于自己那一块儿,你最后得到就是像传统的3Tier应用一样的系统,而不会是微服务架构的系统。技术团队专注于自己的技术这本身没什么问题。但是技术团队上面的树状组织结构和一大票经理对于基于微服务的团队是个障碍。







请到「今天看啥」查看全文