前言
微服务并不神秘，只是在互联网技术发展过程中的一个产物，整个架构系统随着客户端的多样性，服务越来越多，devops的发展而产生的架构变种。
许多公司，通过采用微处理结构模式解决单体应用的问题，分解的服务之间互相连接提供支持。
每个微服务都是六边形应用，都有自己的业务逻辑和适配器。服务之间通过API互相通信，提供接口供客户端使用。每个实例可能是一个云VM或者是Docker容器。
之前的web应用拆分成一系列简单的服务应用。拆分之后可以对不同用户，不同设备，不同场景进行自行部署。
微服务之间通过REST API或者MQ异步方式通信，供外网使用的API，通过Gateway来传递信息。
微服务的拆分，不像传统多个服务共享一个数据库，微服务架构每个服务都有自己的数据库，每种服务都可以有自己适合的数据库类型。
微服务好处
分解了单体应用提供多个服务的复杂性问题，拆分之后每个服务都有一个用RPC或是MQ或是API定义的边界。由于传统单体应用没有清晰的边界，存在开发，理解，维护，部署的复杂问题；
每个服务都可以有单独的团队维护开发，开发者客户选择自己擅长和合适的技术；
每个服务都可以独立部署，开发者不需要协调因其他服务调用，部署对本服务的影响。加快部署速度，更好的执行AB测试。持续部署变为可能。
每个服务都可以独立扩展。
微服务不足
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
延伸阅读
学习是年轻人改变自己的最好方式