1.微服务利弊：
利：
- 强模块化边界
服务模块化，可被其他服务调用 - 可独立部署
- 技术多样性
微服务是分散式治理，没有集中治理，每个团队根据业务的实际情况，选择最优的技术站。不规定语言和数据库。
弊：
- 分布式复杂性
服务很多个，服务之间相互通讯比较复杂 - 最终一致性
a服务数据更改，可能涉及到需要改变b服务的数据 - 运维复杂性
需要管理多个服务，对容量规划，稳定性等等提供很大的挑战 - 测试复杂性
2.康威法则：
设计系统的组织，其产生的设计和架构等价于组织间的沟通结构。
团队的组织方式必然会对它产生的代码有影响。随着时间的推移，架构也会影响到团队的协作的好坏。当团队瓦解时，代码的交互就很糟糕。当团队协作时，架构就会集成的很好。
任意一个软件都反映出制造它的团队的组织结构，这是因为人们会以反映他们组织形式的方式工作。 换句话说，分散的团队可能用分散的架构生成系统。项目团队的组织结构中的优点和弱点都将不可避免地反映在他们生成的结果系统中。这意味着，如果您想要努力完成有效的IT架构，那么您需要有有效的IT组织结构。
3.适用性