「盘古开发框架」是一套轻量灵便、成熟牢靠的工业级散布式微服务开发和治理框架（兼容垂直单体分层架构)。基于 Apache-2.0 协定开源公布，且是收费的。咱们心愿不仅是开源的受益者，也能成为开源的贡献者，与开源社区一起「共建共享开源生态」。
盘古开发框架不会绑定用户到一个固定的开发范式和架构上，而是反对随便组合、主动拆卸、灵便插拔。既能构建大并发高可用的散布式微服务架构也能搭建玲珑的垂直单体分层架构。
写在后面
软件架构的实质是一种在特定资源背景下折中均衡后谋求业务增长的一门艺术。决定技术开发架构选型的因素很多。这里，咱们对不同开发架构模式进行主观比拟，心愿对大家在技术架构选型时能有所帮忙。
单体分层架构 VS 微服务分布式架构
| – | 单体分层架构 | 微服务分布式架构 |
|---|---|---|
| 开发 | 开发测试流程简略 | 开发测试流程绝对简单 |
| 部署运维 | 单机部署或集群部署（简略）、运维成本低 | 分布式部署（略难）、运维老本高 |
| 团队人员 | 团队围绕一个利用开发、开发人员能力要求低 | 多任务团队合作简略、开发人员能力要求略高 |
| 其它 | 扩展性弱、可靠性低、技术创新能力弱、企业对代码等数字资产管控能力弱 | 扩展性强、可靠性高、技术创新能力强、企业对代码等数字资产管控能力高 |
上述指标比照均为绝对后果，仅供参考。在特定我的项目资源、团队背景、业务场景等环境下，相干指标的高下强弱比照是会有偏差甚至反转的。
盘古开发架构选型倡议
如下是从不同维度简略粗犷的以定量或定性的角度给出了一些选型倡议，论断是孤立的脱离实际的，仅供参考。采纳什么样的架构开发模式不能一概而论，须要大家综合当下理论状况 酌情抉择。
| – | 单体分层架构 | 微服务分布式架构 |
|---|---|---|
| 开发人员 < 5 | ✔ | |
| 研发估算 < 100 w | ✔ | |
| 用户数较小的治理类零碎 | ✔ | |
| 面向 C 端的（挪动）互联网利用 | ✔ | |
| 多任务多小组合作 | ✔ | |
| 有专职运维人员 | ✔ | |
| 谋求可维护性和扩展性 | ✔ | |
| 谋求技术团队长期收益 & 增长 | ✔ | |
| 甲方企业自建的技术团队 | ✔ | |
| 我的项目外包性质的守业公司（乙方） | ✔ |
下一步
持续浏览其它章节获取你想要的答案或通过咱们的 开发者社区 寻求更多帮忙。