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

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

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

定义: 采用一组服务的方式来构建一个应用,服务独立部署在不同的进程中,不同服务通过一些轻量级交互机制来通信,例如RPC、HTTP等。 服务可独立扩展伸缩,每个服务定义了明确的边界,不同的服务甚至可以采用不同的编程语言来实现,由独立的团队来维护。 特征: 1.通过服务实现组件化 传统实现组件的方式是通过库,传统组件和应用一起运行在进程中,组件的变化意味着整个应用要重新部署。 通过服务来实现组件,意味着将应用拆散为一系列的服务运行在不同的进程中,单个服务的变化,只需重新部署对应的服务进程,不影响应用的运行 将服务作为组件可更明确的定义组件的边界,因为服务之间的调用时跨进程的,清晰的边界和职责定义是设计时必须考虑的。 2.按业务能力来划分服务与组织团队 传统开发方式中,我们将工程师按技能专长分层为前端层、中间层、数据层,前端对应的角色为UI、页面构建师等,中间层对应的角色为服务端业务开发工程师,数据层对应着DBA等角色 微架构,将应用按业务功能,划分为不同的服务,每个服务都要求在对应业务领域的全栈(从前端到后端)软件实现,从界面到数据库存储到外部沟通协作等等。 3.服务即产品
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值