SpringCloud第2章：SprinCloud的微服务架构对比SSM等框架的单体架构

xl_echo编辑整理，欢迎转载，转载请声明文章来源。更多IT、编程案例、资料请联系QQ：1280023003
百战不败，依不自称常胜，百败不颓，依能奋力前行。——这才是真正的堪称强大！！
最新SpringCloud/SpringBoot技术资料，请加群298140694

---

当我们将一个系统打包时，最终只有一个war包的应用（还有jar包等其他形式），通常称之为单体架构。单体架构服务一个war包包含多个功能，最终表现形式为一个文件，所以我们称之为单体应用架构。

单体架构的优缺点：

单体架构的优点：

• 为人所熟知
• IDE友好
• 便于共享
• 易于测试
• 容易部署

单体架构的缺点：

• 复杂度高
• 技术债务
• 部署频率低
• 扩展能力受限
• 阻碍技术创新

随着业务需求的不断发展，敏捷性、灵活性和可扩展性需求不断增长，迫切需要一种更改快捷高校的软件交付形式。随之而来的就有SOA分布式服务，微服务等技术架构的出现。目前来讲，微服务并没有特别完美的解决方案。只能说经过这两年的发展，微服务的需求不断增大，发展的日益壮大，相信过不了多久可能就会有一套完美的解决方案出现。那么相对应单体架构微服务又有哪一些技术优势呢？

微服务的优点：

• 易于开发、理解和维护
• 比单体应用启动快（这里要考虑是否通过单个服务比较，还是一套微服务和一个单体服务比较。单个启动相当快捷）
• 局部修改很容部署，能够不断继承和持续交付
• 故障隔离
• 不会受限于任何技术栈（支持多种语言开发一个系统，不同的语言用在不同的功能模块即可）

微服务的缺点：

• 运维要求较高
• 分布式固有的复杂性
• 接口调动成本高
• 重复劳动

总结：
根据两种架构的优缺点对比，我们不难看出，如果服务比较小巧的，是轻量级服务，还是用单体架构比较合适。如果服务复杂而且能够承受一定开发成本的，那么还是更适合使用微服务架构。其实不管选用哪种架构，面对的问题是否一样，我们最终的目的就是为了能够在一定的成本获取较高的利润。具体选用哪一种论情况而定！