一、背景&问题

　　之前框架是一个基于SOA思想设计的分布式框架。各应用通过服务方式提供使用，服务之间通信是RPC方式调用，具体实现基于.NET的WCF通信平台。框架存在如下2个问题：

　　1、高并发处理能力不足。一当高并发请求，可能出现多个服务待定处理，导致整个系统出现瓶颈。

　　2、随着移动端广泛应用，服务不能灵活支持APP应用。

　　3、系统持续集成部署过于繁琐，遇到问题不好定位。

　　基于以上存在问题升级框架，结合当前主流的架构思想，将系统进行服务化思维，就是“微服务架构”。

二、微服务架构

　　微服务架构（Microservices Architecture）是将系统拆分为多个服务，俗称为应用服务。应用服务实现单一、具体的业务应用功能，支持独立部署维护，多个应用服务构建成系统。应用服务之间通过轻量级通信框架进行，并且支持应用服务用不同技术或者平台实现。微服务架构是SOA架构设计思想另一种实现方式。微服务架构有如下特点：

　1、微服务架构好处

　　（1）横向扩展应用服务提升系统并发处理能力

　　（2）应用服务独立部署维护，有利于迭代开发升级持续部署

　　（3）架构灵活支持多种技术实现

　　（4）有利于应用服务实现高可用性

　2、微服务架构不足

　　（1）对系统设计有一定要求，尤其是拆分技术应用服务接口

　　（2）导致系统实现复杂度的提高

　　（3）需要确保系统数据一致性机制

　　（4）导致系统维护要求和成本提高

　　系统是否需要采用微服务架构进行构建是由项目需求决定。采用微服务架构进行设计构建系统，对团队成员能力比传统要求高，尤其是设计能力。

---

  

三、框架设计原则

　　1、可扩展：支持不修改系统功能，按需扩展服务器资源。

　　2、高可用：支持分布式部署双机热备机制，满足系统高可用性的要求。

　　3、高并发：支持快捷扩张应用服务处理能力，提升系统处理能力，满足并发请求。

　　4、安全性：访问安全通过统一认证访问；信息安全通过加解密、签名传输；网络安全通过网络隔离及防火墙；数据安全通过定时备份及高容错能力。

　　5、一致性：采用数据最终一致性策略。