传统服务架构和微服务架构的区别
本篇内容主要讲解“传统服务架构和微服务架构的区别”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“传统服务架构和微服务架构的区别”吧!
一:传统服务架构
一个系统由多个业务聚合而成,由多个java packages 组合成一个WAR包部署到应用服务器上(如Tomcat). 久而久之,系统越来越复杂,给开发,测试,部署,运维都带来很大的问题;常常有牵一发而动全身的情况出现。
二: 微服务架构
不同的业务,不同的服务拆分成不同的模块,独立部署。同一模块,根据业务需要进行分布式部署,组成集群。
三:微服务拆分概念模型
Y-轴 根据不同的功能进行服务模块拆分,X-轴 相同的服务模块进行集群部署,Z-轴 共用的或相似的模块进行拆分(如数据存储)
四:引入容器部署
五:微服务数据层拆分
每个服务都应该有它独立的数据库(schema)
六:通过API GATEWAY 调用服务
服务的注册,发现和调用
七:服务间信息交流
传统架构中相对简单都是进程间的互联互通;而微服务直接分为同步和异步调用。同步通过RPC或REST的方式,异步采用消息队列的模式。
八:分布式事物处理
九:微服务部署策略
十:传统架构升级到微服务架构
1.立即停止传统架构
2.前端,后端拆分
3.服务拆分
到此,相信大家对“传统服务架构和微服务架构的区别”有了更深的了解,不妨来实际操作一番吧!这里是编程网网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341