微服务架构

微服务关注点
微服务处理服务系统是通过网络进行通信的
•微服务的重点是将潜在的单一应用程序分解为更小，更多可管理的组件
§以更加灵活和解耦为目标，实现更快的整体部署

§必要条件：DevOps，管理视图和控制

“微服务”术语导致的常见误解:

微服务是更细粒度的Web Service API

“微”指的是组件的粒度，而不是暴露界面的粒度

“微服务架构”真的是“微架构”吗？

传统的单系统应用架构中，说有的服务和API都是在一个应用中暴露的

微服务应用是在不同的微服务组件中暴露的

微服务架构：垂直列，而不是水平层

每一个微服务组件都有一个对应的数据库做相应的存储支持

使用REST风格的API在各个服务之间通信

简单的航空公司的架构图

三种终端访问：

Travel aggregator：综合的商旅平台，例如携程，去哪儿网，驴妈妈

Airline mobile app：航空公司的手机App

Airline website： 航空公司的网上系统

通过上面三种方式进行的终端，可以访问不同的按照业务功能划分的微服务组件，如订票、航班时刻表查询、计算费率，分配座位。

而每一个服务组件都对应自己的DB：

订票 =》销售DB

时刻表 =》 航班计划DB

费率 =》 费率规则DB

分配座椅 =》 座位DB

微服务层级划分：

每项服务都是一个较小的半独立式的传统应用：

传统的单一应用的服务架构与微服务架构对比图：

可参考由“Khoa Dinh”贡献的文章微服务架构概述： http://khoadinh.github.io/2015/05/01/microservices-architecture-overview.html

也可直接参考我翻译文章： 微服务架构概述 An Overview of Micro services Architecture by Khoa Dinh