点击上方“服务端思维”，选择“设为星标”
回复”669“获取独家整理的精选资料集
回复”加群“加入全国服务端高端 群「后端圈」
你也不需要全心致力于单体或微服务。你仍可以将应用程序划分为有意义的部分 —— 甚至遵循领域驱动设计的指导原则。有了合适的架构，你的代码和模块仍然可以被恰当地解耦，并且你的应用程序符合 12 要素原则。可以在相同的应用程序中运行这些模块，可以共享相同的构建管道，只需部署一个版本即可进行部署。
但我如何扩大规模呢/p>
你发布了你的产品，而且非常成功。你希望构建更多功能并适当地扩展。你雇佣并组建了多个开发团队，你是否真的从微服务中获益在正是将你的应用拆分到微服务的绝佳时机。
若你的应用程序构建正确，且不同模块已经解耦并易于理解，则拆分它们应该不会太困难。是啊，得费点功夫。当然，你可以从一开始就直接使用微服务来避免这个问题。但是在这种情况下，你也必须从一开始就直接处理复杂的事情，并且拖拖拉拉。
保证在适当的时候选择合适的架构并且保持简单。关注代码架构和质量。
Manuel Reinfurt，InCloud 首席技术官。负责技术领导与新工作。精通 Azure、.NET/C#、云计算开发。
原文链接：http://t.hk.uy/yC4
关注我，回复 「加群」 加入各种主题讨论群。
对「服务端思维」有期待，请在文末点个在看
喜欢这篇文章，欢迎转发、分享朋友圈
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览92624 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！