作者回复: 会反馈极客时间，谢谢提醒🌹

作者回复: 恩，团队人才水平对组织和微服务架构有重大影响

作者回复: 单块到微服务的迁移是个很大的主题，是个循序渐进拆分过程，不可能一蹴而就。常见的拆分技术包括前后分离，后台逐步服务化，数据库收口通过服务访问，数据库做读写分离，引入消息队列实现最终一致等等。

作者回复: 正确👍

作者回复: 可以有，比如某些公司有虚拟架构团队，但不能太重轻量即可

作者回复: 模块化是软件设计最佳实践，可以保障软件低耦合，易于重用，今后能灵活扩展，单体和模块化并不矛盾，所以即使采用单块模式，也要提前考虑模块化设计。另外，作为架构师，系统架构设计需要有一定的提前量，其中包括模块化设计。

作者回复: 你是，微服务即使一种技术手段，也是一种组织治理方式，通过分而治之方式，达到组织团队和业务开发规模化和快速迭代的目标。异地团队协同开发，采用微服务架构，可以考虑采用契约优先(contract first)开发模式，例如grpc或spring/swagger支持契约驱动开发，开发前，两边团队定义好服务契约， 根据契约开展开发和测试，可以提升一致性和研发效率；当然团队之间良好的沟通和协作也非常重要。

作者回复: 总结得不错！

作者回复: 你的理解很独特，微服务业务团队更强调自治和跨职能，当然跨团队协同也需要，这样组织的目标是并行开发，快速交付业务价值。