Software-Architecture-Micro Service 微服务架构 及 Service Mesh 架构

标签：log   rest api   微服务架构   api   企业   dock   技术   es2017   art   

服务架构是对 Moli

1. 将业务拆分为一个个独立的服务。

2. 服务间通过 REST API 来将服务暴露出去，同时从 消耗服务API 来获取其他模块的服务。

由  《The  Art of Scalability》 中的 Scale Cube  3D 模型来展示：

1. 微服务架构范式对应 Y 轴。

2. X轴由负载均衡器后端运行的多个应用副本组成。

3. Z轴（数据分割）将需求路由到相关服务

应用通常使用这三种不同类型的扩展：

Y 轴扩展将应用分解为 下图 所示的微服务：

运行时，行程管理服务包括多个服务实例，每个服务实例都是一个 Docker 容器。

为了实现高可用性，这些容器运行在多个云虚拟机上。

在应用实例前面是 NGINX 这样的负载均衡，将请求分发给全部实例。

负载均衡也可以处理缓存、访问控制、API 测量和监控等。

微服务架构范式对应用和数据库的关系影响巨大。

每个服务都有自身的数据库计划，而不与其他服务共享同一个数据库。

一方面，类似企业级数据模型。

同时，也导致部分数据的重复。

为每个服务提供单个的数据库计划非常必要。保证松散耦合。

Software-Architecture-Micro Service 微服务架构 及 Service Mesh 架构

标签：log   rest api   微服务架构   api   企业   dock   技术   es2017   art   

原文地址：http://www.cnblogs.com/masterSoul/p/7737677.html