微服务架构学习笔记（一）

什么是微服务架构

引用一下名人的解释：

微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务于服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建。
————摘自 马丁·福勒先生的博客

接下来内容就是我认为的（API形式）

微服务架构图：

架构图导读：

• 数据部分
• 中间件部分
• 服务部分

数据部分：

Auth： 用于保存有权限使用该平台的开发者用户（appid 和 secret）
User： 平台的用户数据库（基于该平台的应用的使用者）
Example：保存开放的服务所需数据

中间件部分

中间件用于处理可延时的操作。
Middleware1：通过请求服务1 和 服务2 的api 获取所需的数据，并通过处理后生成数据。

服务部分

BASE：开发者权限管理服务
User：（先要获取 权限令牌 才能使用）用户服务

特点：

1. 服务是单一职责；
2. 服务之间的通讯是轻量级的（只通过api，数据传输）。