单体架构和微服务架构的优缺点 | 您所在的位置:网站首页 › nssm注册服务的优缺点 › 单体架构和微服务架构的优缺点 |
一.单体架构 单体架构就是把所有的业务模块编写在一个项目中,最终会打包成一个war,然后进行部署运行 单体服务架构如下: 单体架构的缺点: 1.系统启动慢,一个进程包含了所有的业务逻辑,涉及到的启动模块过多,导致系统的启动,重启周期边长; 2.系统错误隔离性差,可用性差,任何一个模块的错误可能导致整个系统的宕机; 3.可伸缩性差,系统的扩容只能对整个应用扩容,不能做到对整个功能点进行扩容; 4.线上问题修复时间长,任何一个线上问题修复需要对整个应用系统进行全面升级; 二.微服务架构 微服务架构是一种将一个单一应用程序开发为一组小型服务的方法,每个服务运行在自己的进程中,服务间通信采用的轻量级通信机制(通常用HTTP资源API),这些服务围绕业务能力构建并且可通过全自动部署机制独立部署。这些服务公用一个最小型的集中式的管理,服务可用不同的语言进行开发,使用不同的数据储存技术。 Spring Cloud并不是一个项目,它是一套项目的组合,Spring Cloud中存在很多的子项目,每个子项目都是针对微服务系统架构存在的问题给出的一种解决方案。Spring Cloud是基于Spring Boot实现的,并且Spring Cloud没有重复的造轮子,它只是将目前各家公司开发的比较成熟的经得起考验的服务 微服务架构图如下: 微服务的缺点: 运维要求高:更多的服务意味着更多的运维投入。在单体架构中,只需要保证一个应用的运行即可,在微服务中,需要保证几十甚至几百个服务器正常运行和协作,这给运维带来了巨大的挑战; 分户式固有的复杂性:使用微服务架构的是分布式系统。对于一个分布式系统,系统容错,网络延迟都会带来巨大挑战。 接口调整成本高:微服务之间通过接口进行通信 |
CopyRight 2018-2019 实验室设备网 版权所有 |