以前出现了什么问题?
-
服务越来越多,需要管理每个服务的地址
-
调用关系错综复杂,难以理清依赖关系
-
服务过多,服务状态难以管理,无法根据服务情况动态管理
服务治理要做什么?
-
服务注册中心,实现服务自动注册和发现,无需人为记录服务地址
-
服务自动订阅,服务列表自动推送,服务调用透明化,无需关心依赖关系
-
动态监控服务状态监控报告,人为控制服务状态
缺点:
-
服务间会有依赖关系,一旦某个环节出错会影响较大
-
服务关系复杂,运维、测试部署困难,不符合DevOps思想
二、微服务
前面说的SOA,英文翻译过来是面向服务。微服务,似乎也是服务,都是对系统进行拆分。因此两者非常容易混淆,但其实缺有一些差别:
1、微服务的特点
-
单一职责:微服务中每一个服务都对应唯一的业务能力,做到单一职责
-
微:微服务的服务拆分粒度很小,例如一个用户管理就可以作为一个服务。每个服务虽小,但“五脏俱全”。
-
面向服务:面向服务是说每个服务都要对外暴露服务接口API。并不关心服务的技术实现,做到与平台和语言无关,也不限定用什么技术实现,只要提供Rest的接口即可。
-
自治:自治是说服务间互相独立,互不干扰
-
团队独立:每个服务都是一个独立的开发团队,人数不能过多。
-
技术独立:因为是面向服务,提供Rest接口,使用什么技术没有别人干涉
-
前后端分离:采用前后端分离开发,提供统一Rest接口,后端不用再为PC、移动段开发不同接口
-
数据库分离:每个服务都使用自己的数据源
-
部署独立,服务间虽然有调用,但要做到服务重启不影响其它服务。有利于持续集成和持续交付。每个服务都是独立的组件,可复用,可替换,降低耦合,易维护
微服务结构图: