微服务SOA架构与RPC远程过程调用

最新推荐文章于 2024-07-19 17:03:30 发布

小飞鹤

最新推荐文章于 2024-07-19 17:03:30 发布

阅读量9.8k

点赞数 4

分类专栏：架构与优化 Spring Boot 与微服务实践

本文链接：https://blog.csdn.net/he90227/article/details/50350574

版权

本文主要探讨了RPC（Remote Procedure Call）在微服务和SOA架构中的作用。首先，RPC通过TCP连接实现客户端与服务器间的通信。其次，解决服务寻址问题，如Web服务的endpoint URI或RMI的Registry。接着，详细介绍了调用过程中参数的序列化和反序列化过程。最后，解释了服务器B执行方法并返回结果给服务器A的整个流程。

摘要由CSDN通过智能技术生成

微服务架构     ---  SOA架构思想的一种实现      定义：

              采用一组服务的方式来构建一个应用，服务独立部署在不同的进程中，不同服务通过一些轻量级交互机制来通信，例如RPC、HTTP等。
              服务可独立扩展伸缩，每个服务定义了明确的边界，不同的服务甚至可以采用不同的编程语言来实现，由独立的团队来维护。

      特征：

              1.通过服务实现组件化
                      传统实现组件的方式是通过库，传统组件和应用一起运行在进程中，组件的变化意味着整个应用要重新部署。
                      通过服务来实现组件，意味着将应用拆散为一系列的服务运行在不同的进程中，单个服务的变化，只需重新部署对应的服务进程，不影响应用的运行
                      将服务作为组件可更明确的定义组件的边界，因为服务之间的调用时跨进程的，清晰的边界和职责定义是设计时必须考虑的。

              2.按业务能力来划分服务与组织团队
                      传统开发方式中，我们将工程师按技能专长分层为前端层、中间层、数据层，前端对应的角色为UI、页面构建师等，中间层对应的角色为服务端业务开发工程师，数据层对应着DBA等角色
                      微架构，将应用按业务功能，划分为不同的服务，每个服务都要求在对应业务领域的全栈(从前端到后端)软件实现，从界面到数据库存储到外部沟通协作等等。

              3.服务即产品