一个微服务一般完成某个特定的功能,比如下单管理、客户管理等等。每一个微服务都是微型六角形应用,都有自己的业务逻辑和适配器。一些微服务还会发布
API给其它微服务和应用客户端使用。其它微服务完成一个
Web UI
,运行时,每一个实例可能是一个云
VM或者是Docker
容器。每一个应用功能区都使用微服务完成,另外,
Web应用会被拆分成一系列简单的
Web应用(比如一个对乘客,一个对出租车驾驶员)。这样的拆分对于不同用户、设备和特殊应用场景部署都更容易。
每一个后台服务开放一个
REST API
,许多服务本身也采用了其它服务提供的
API。比如,驾驶员管理使用了告知驾驶员一个潜在需求的通知服务。
UI服务激活其它服务来更新
Web页面。所有服务都是采用异步的,基于消息的通讯。微服务内部机制将会在后续系列中讨论。
服务架构模式有很多好处。首先,通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的情况下,应用被分解为多个可管理的分支或服务。每个服务都有一个用
RPC-
或者消息驱动
API定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案 ...


雷达卡


京公网安备 11010802022788号







