服务架构是对 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 架构
原文：http://www.cnblogs.com/masterSoul/p/7737677.html