1. 服务治理发展过程：
开始是单体服务，随着业务和访问量增大，架构发生变化，垂直划分，达到解耦和的目的。但是随着应用的进一步增加，也就是引入SOA，出现了服务相互调用的情况，这个时候可以使用简单的RMI或RPC，通过配置服务的URL地址进行调用。嗯还不错。
但是业务进一步增加，配置URL对于地址的管理变得复杂，很乱，不好梳理。这时，迫切需要一个注册中心，动态的注册和发现服务，URL地址神马的都不用我来管了。消费者，只需要获取提供者的地址列表，就可以实现软负载均衡和failover。
image.png
这就是服务治理概念出现的背景。
- 服务治理是主要针对分布式服务框架，微服务，处理服务调用之间的关系，服务发布和发现（谁是提供者，谁是消费者，要注册到哪里），出了故障谁调用谁，服务的参数都有哪些约束（尤其是dubbo.xml配置），如何保证服务的质量？如何服务降级和熔断？怎么让服务受到监控，提高机器的利用率？
2.框架演变ORM、MVC、RPC、SOA
- 单一应用架构：ORM
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量， 数据访问框架(ORM) 是关键。
ORM:对象-关系映射(ORM),如hibernate - 垂直应用架构：MVC
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的 Web框架(MVC) 是关键。
MVC: model、view、controller - 分布式服务架构：RPC
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
RPC: 远程过程调用 - 流动计算架构：SOA
SOA “面向服务的架构”:他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用。
什么是SOA?
以一个公司为例：
有基层员工 有管理层 有老板，最初大家都听老板指挥，谁干什么谁干什么，根据需要，你可能今天干A事情，明天干B事情，后来人越来越多了，事情也越来越多了，做事情的效率越来越多，管理也很混乱，就开始做部门划分（服务化），专门部门做专门事情的，IT部门只做研发，人事部门只做招聘； 这个时候就无法避免的发生跨部门协作（服务器调用）， 但是你怎么知道有这样一个部门可以做这个事情呢，就要依赖行政部门（注册中心），新成立的部门要在行政哪里做一个备案（服务注册），然后公布一下，让其他部门知道了（服务发布），大家就可以在新的工作秩序里面嗨皮的上班了，这个时候依然是在公司的组织架构中运转。
参考：1. https://blog.csdn.net/mayfla/article/details/85840571
2. https://www.jianshu.com/p/dcb897b335f1
3.https://blog.csdn.net/qq_40896326/article/details/88707782
网友评论