互联网架构小记

互联网架构小记

发展历程

1. ORM框架
   • 对象-关系映射（Object/Relation Mapping），是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在着关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射（ORM）系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。
   • 也可以理解为单一应用架构，即All in one，当网站流量很小时，只需一个应用，将所有的功能部署在一起，可以减少部署节点和成本
   • 这种架构中，简化CRUD是关键
   • 
2. MVC框架
   • 模型（Model）、视图（View）、控制器（Controller），用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里在改进和个性化定制界面及用户交互的同时，不需要重新编辑业务逻辑。
   • 可以理解为一种垂直应用架构，当访问量越来越大的时候，单一应用的速度回越来越慢，这时候可以将应用拆分成互不干扰的几个应用，以提升执行效率
   • 这种架构中，合理的将MVC这三层分开是关键
   • 
3. RPC框架
   • 远程过程调用（Remote Procedure Call Protocol），也就是说两台服务器A和B，一个应用部署在A服务器上，想要调用B服务器上应用提供的方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达的数据。
   • 通俗来说就是客户端在不知道调用细节的情况下，调用存在于远程计算机上的请求服务，而不需要了解底层网络技术的协议。
   • 可以理解为分布式服务架构，当服务越来越多，应用之间交互不可避免，将核心业务提取出来，作为独立的服务，逐渐形成稳定的服务中心，使新的应用可以快速组装以响应市场多变的需求，这时候RPC是关键
   • 
4. SOA框架
   • 面向服务架构（Service-Oriented Architecture），是一个组件模型，它将应用程序的不同功能单元进行拆分，并通过这些服务之间定义良好的接口和契约联系起来，接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
   • 它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用，服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
   •