标签：备份 数据 nbsp 快捷 项目需求 信息 并发 安全性 支持
一、背景&问题
之前框架是一个基于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、一致性：采用数据最终一致性策略。
标签：备份 数据 nbsp 快捷 项目需求 信息 并发 安全性 支持
原文地址：http://www.cnblogs.com/nicholashjh/p/7891663.html
