©2016-2024 Matools All rights reserved,
粤ICP备17059708号
xl_echo编辑整理，欢迎转载，转载请声明文章来源。更多IT、编程案例、资料请联系QQ：1280023003
百战不败，依不自称常胜，百败不颓，依能奋力前行。——这才是真正的堪称强大！！
最新SpringCloud/SpringBoot技术资料，请加群298140694
当我们将一个系统打包时，最终只有一个war包的应用（还有jar包等其他形式），通常称之为单体架构。单体架构服务一个war包包含多个功能，最终表现形式为一个文件，所以我们称之为单体应用架构。
单体架构的优缺点：
单体架构的优点：
* 为人所熟知
* IDE友好
* 便于共享
* 易于测试
* 容易部署
单体架构的缺点：
* 复杂度高
* 技术债务
* 部署频率低
* 扩展能力受限
* 阻碍技术创新
随着业务需求的不断发展，敏捷性、灵活性和可扩展性需求不断增长，迫切需要一种更改快捷高校的软件交付形式。随之而来的就有SOA分布式服务，微服务等技术架构的出现。目前来讲，微服务并没有特别完美的解决方案。只能说经过这两年的发展，微服务的需求不断增大，发展的日益壮大，相信过不了多久可能就会有一套完美的解决方案出现。那么相对应单体架构微服务又有哪一些技术优势呢？
微服务的优点：
* 易于开发、理解和维护
* 比单体应用启动快（这里要考虑是否通过单个服务比较，还是一套微服务和一个单体服务比较。单个启动相当快捷）
* 局部修改很容部署，能够不断继承和持续交付
* 故障隔离
* 不会受限于任何技术栈（支持多种语言开发一个系统，不同的语言用在不同的功能模块即可）
微服务的缺点：
* 运维要求较高
* 分布式固有的复杂性
* 接口调动成本高
* 重复劳动
总结：
根据两种架构的优缺点对比，我们不难看出，如果服务比较小巧的，是轻量级服务，还是用单体架构比较合适。如果服务复杂而且能够承受一定开发成本的，那么还是更适合使用微服务架构。其实不管选用哪种架构，面对的问题是否一样，我们最终的目的就是为了能够在一定的成本获取较高的利润。具体选用哪一种论情况而定！
热门工具 换一换