https://plumephp.com/tags/conway-law/Recent content in Conway-Law on PlumePHPHugozh-CNThu, 13 Aug 2026 01:05:00 +0800https://plumephp.com/architecture-monolith-microservices/Thu, 13 Aug 2026 01:05:00 +0800https://plumephp.com/architecture-monolith-microservices/<h1 id="单体应用-vs-微服务">单体应用 vs 微服务</h1> <p>单体还是微服务？这不是非此即彼的选择，而是演进过程中的阶段性决策。</p> <h2 id="1-单体架构">1. 单体架构</h2> <p>所有功能模块打包为单个应用，共享代码库与数据库。</p> <h3 id="类型演进">类型演进</h3> <pre tabindex="0"><code>简单单体 → 模块化单体 → 分布式单体（伪微服务） ↑ ↑ ↑ 起步阶段 团队扩大 反模式 </code></pre><h3 id="单体优势">单体优势</h3> <table> <thead> <tr> <th>优势</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td>开发简单</td> <td>无需考虑分布式问题</td> </tr> <tr> <td>易测试</td> <td>集成测试在一个进程内完成</td> </tr> <tr> <td>部署便捷</td> <td>单个 artifact，一键部署</td> </tr> <tr> <td>性能高效</td> <td>本地调用无网络开销</td> </tr> <tr> <td>事务简单</td> <td>单数据库天然支持 ACID</td> </tr> </tbody> </table> <h3 id="单体痛点">单体痛点</h3> <ul> <li>代码耦合严重，任何改动都需全量回归</li> <li>技术栈锁死，难以渐进式引入新技术</li> <li>部署粒度粗，小改动也需全量发布</li> <li>团队并行开发困难，合并冲突频发</li> </ul> <h3 id="模块化单体">模块化单体</h3> <p><strong>渐进式改良</strong>：在单体内部划分清晰模块，为未来拆分做准备。</p>