你想要什么样的系统，就搭建什么样的团队。如果你的团队分成前端，后台，DBA团队，运维团队，你的系统就会长成下面的样子：
典型的分层架构：
如果你的系统是按照业务边界划分的，大家按照自己的业余去把自己的模块做出小产品的话，你的系统就会长成下面的样子，这就是微服务的架构。
微服务的理念团队间应该是 inter-operate, not integrate 。inter-operate是定义好系统的边界和接口，在一个团队内全栈，让团队自治，每个子系统是内聚，系统彼此的依赖耦合是松散的。
微服务一定是好的么？不一定。
Pivotal的攻城狮们是spring框架下微服务的引领者，他们说做好微服务很难，不好的微服务还不如做单体应用。但是讲一个单体应用改造成微服务架构那是巨大的工作量。他们给出了设计好的微服务三个指导思想
1 domain design driven
2 系统的边界要划分清晰
3 API firstly
后续文章会介绍自己这三点的感悟。
参考和抄袭文献：
https://yq.aliyun.com/articles/8611
https://infoq.cn/article/every-architect-should-study-conway-law
网友评论