应用服务架构的演变
2023-10-29 10:28:56 1 举报
应用服务架构从最初的单体应用,逐渐演变为分层的多模块结构,再到现在的微服务架构。单体应用将所有功能集成在一个程序中,难以扩展和维护;分层架构将功能模块化,提高了可维护性;微服务架构进一步将每个功能拆分为独立的服务,实现了更高的灵活性和可扩展性。此外,云计算技术的发展也为应用服务架构带来了新的变革,如容器化、无服务器计算等,使得应用可以更加高效地部署和管理。
作者其他创作
大纲/内容
db1
RPC
s1
db
m
MVC架构:一个单纯以MVC模式支撑的单体架构,这属于早期的应用服务架构,此架构中应用服务都是通过统一的一个进程进行服务提供,并且都是按照MVC模式实现。代表技术:SSM(Spring,SpringMVC,Mybatis)、SSH(Spring,SpringMVC,Hibernate)等。RPC架构:RPC(Remote Procedure Call)远程过程调用,通过一种网络从远程计算机程序上请求服务,没有注册中心,不需要了解底层网络技术的协议。代表技术:Thrift,Hessian等。SOA架构:基于RPC再次净化,面向服务的结构。ESB(Enterprise Service Bus)企业服务总线,服务中介(商业应用),主要提供服务与服务之间的交互。ESB包含的功能:负载均衡,流量控制,加密处理,服务的监控,异常处理,监控告急等等。代表技术:Mule(付费),WSO2等。MSA架构:MS(Microservices)微服务,就是一个轻量级的服务治理方案。代表技术:Spring Cloud,Dubbo等。
application
s2
db3
s3
db2
c
manlipulates
MVC
MSA
名词&代号
释义
其它说明
Model View Controller 简写
模型 ,视图,控制器
Remote Procedure Call简写
远程过程调用
SOA
Service-Oriented Architecture简写
面向服务的架构
Microservices architecture简写
微服务架构
应用服务
/
v
view简写
视图/用户界面
controller简写
控制器
model简写
模型
s
service简写
拆分的一个个服务
esb
Enterprise Service Bus简写
企业服务总线
zk
zookeeper简写
apache下支持服务注册与发现中间件
eurake
服务注册与发现支持组件
spring cloud之下一个专门负责微服务服务注册和发现的组件
数据库服务
架构演变简述
扩展:单体架构与微服务架构对比
passescalls to
MVC->RPC->SOA->MSA
示意图中名词和代号
zk/eurake
架构演变示意图
firesevents
架构
简述
特点
优点
缺点
单体
单体架构也称为单体系统或者单体应用,就是把一种系统中所有的功能、模块耦合在一个应用中的架构方式
基于单体架构的项目最终会打包成一个唯一的jar包或者war包,它会以一个进程的方式来运行
项目易于管理,部署简单
测试成本高,可伸缩性差,可靠性差,系统的迭代困难,跨语言程度差,团队协作难
微服务
微服务架构是一种架构风格,一个大型的复杂的软件应用,由一个或者多个微服务组成,系统中的各个微服务可以独立部署,各个微服务之间是松耦合的,每个微服务仅仅关注与完整一件任务并很好的完成该任务
系统由多个服务构成,每个服务可以单独独立部署,每个服务之间是松耦合的,服务的内部是高内聚的,外部是低耦合的。高内聚就是每一个服务只关注完成一个功能
测试容易,可伸缩性强,可靠性高,语言程序更加灵活,团队协作容易,系统迭代容易
运维的成本高,部署的数量多,需要考虑接口兼容多版本的问题,分布式系统的复杂性:负载均衡,服务的容错、分布式事务、分布式缓存、分布式任务、链路追踪等等带来较高的实践门槛。
0 条评论
下一页