分布式服务框架学习笔记 01

为什么学

  从刚接触程序语言开始，就一直觉得分布式、云计算、大数据等技术领域十分的高大上，尤其近些年，这些技术越来越火，似乎不会这些都不好意思说自己是一个合格的程序员，只可惜工作中一直没有能有合适的项目接触到这些。终于在去年换工作，借着新公司升级系统框架的机会，开始能系统的学习这个领域。

更新计划

这篇文章是此系列学习笔记的第一篇，计划一周一到两更，只求记录一下自己的学习历程加深印象帮助理解，如有错误之处还望指正并谅解。

发展史

---

目前普遍认同的系统架构模式发展历程分为四个阶段：

第一阶段：MVC垂直架构模式。

此模式一般是规模较小用户数较少的系统首选，该模式通常热双机部署即可满足。比如我在前东家所做的财务分析系统，此类系统一般使用用户很少，基本只有客户公司的财务部门人员使用，对性能要求也不高，而是对数字准确性，系统权限安全性会有较高的要求，所以单进程局域网应用就足够满足。

第二阶段：RPC模式。

当单应用无法满足业务需求时，需要部署多个进程集群，该模式可以实现多个进程系统的通信。目前比较流行的RPC框架有facebook的thrift，Google的gRPC等。

第三阶段：SOA模式（面向服务的架构模式）。

 SOA是一种粗粒度、松耦合的以服务为中心的架构，接口之间通过定义明确的协议和接口进行通信。它将同一类型的业务作为一个服务，各个服务相对独立。例如CRM系统，可以细分为订单服务、客户服务、流程服务等多个服务组成。

第四阶段：微服务模式。

较之SOA模式，该模式每个服务更独立，不互相依赖，真正的高内聚地耦合。docker等容器技术、DevOps的出现和日渐成熟也让该模式的优势日渐明显。此模式也是本系列后续的重点。