为什么需要微服务架构
传统的单体架构:将所有的功能模块打包到一起并放在一个归档包中(例如war格式或者Jar格式)。
缺点:
1.过于臃肿、难以维护:当项目包含的模块过多时,可能会因为种种原因,如依赖关系不清晰、代码质量参差不齐等,造成后续开发人员难以维护的困境。
2.资源无法隔离,存在风险:整个单体结构系统的各个功能模块都依赖于同样的数据库、内存等资源,一旦某个功能模块对资源使用不当,整个系统都会被拖垮。
3.无法灵活扩展:单体结构系统只能作为一个整体进行扩展,无法根据各个业务模块进行灵活扩展。
为了解决上述问题,微服务就应运而生啦!
什么是微服务架构
概念
微服务是:
1.一种将单个应用程序作为一套小型服务开发的方法,每个小型服务都运行在自己的进程中,并经常采用HTTP资源API轻量的机制来相互通信。
2.围绕业务功能构建的,可以通过全自动部署机制独立部署。
3.可以仅做最低限度的集中管理,可以用不同的编程语言编写,并使用不同的数据存储技术。
优点
1.易于维护:一个微服务只关注一个业务功能,所以微服务架构的业务清晰,维护起来相对比较简单。
2.按需扩展:微服务是以每一个独立组件为单位进行部署的,所以可以实现按需扩展。
3.资源隔离:每一个微服务拥有独立的数据源,两个服务之间的数据访问只能通过接口等来完成,有效避免了服务之间争用数据库和缓存资源所带来的问题。
不足
1.增加了开发和测试的复杂度。
2.分布式系统本身的复杂性(异步补偿机制、系统容错、网络延迟、分布式事务等)。
和SOA的区别
SOA架构是一种粗粒度、松耦合的服务架构,强调的是异构系统之间的服务通信,而微服务架构强调的是系统按业务边界做更细粒度的拆分和部署。