深入浅出 -- 系统架构之分布式架构
分布式架构：
根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。
当垂直应用越来越多时，应用之间的交互不可避免，可将共用的基础服务或核心模块抽取出来作为独立服务，逐渐形成稳定的服务中心，使前端应用灵活快捷的面向多变的市场需求。
优点：将基础业务功能进行了抽取，系统间相互独立调用，降低服务耦合，提高了代码的复用率和开发效率。
缺点：系统间的耦合度变高了，调用关系错综复杂，难以维护。
分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：
服务拆分的粒度如何界定？
服务之间如何调用？
服务的调用关系如何管理？
人们需要制定一套行之有效的标准来约束分布式架构。
- 分布式架构 简单来说就是一组计算机组成一个系统的整体，一致对外提供服务
- 这组计算机内的不同系统，都可以互相通信
- 客户端到服务端的一次请求响应，可能会历经多台计算机。
RPC
RPC 协议是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC 协议假定某些传输协议的存在，如 TCP 或 UDP，为通信程序之间携带信息数据。在 OSI 网络通信模型中，RPC 跨越了传输层和应用层。RPC 使得开发包括网络分布式多程序在内的应用程序更加容易。这个时期典型的 RPC 协议如 RMI、WebService 等（gRPC 和 Thrift 都属于现代意义的 RPC）。
RPC 优势
- 交互方式简单，客户端/服务端间的交互协议容易统一；
- 跨语言异构支持；
- 不存在 ESB 中的单点故障可能。
RPC 不足
- 交互方式较为单一，不能进行复杂的多模块之间的协议交互；
- 异常处理困难；
- 缺少服务治理能力；
- 采用私有协议，扩展性较差。
原文地址：https://blog.csdn.net/xiaoli8748/article/details/137378398
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！