统一服务调用框架？

基于使用场景推论，原有系统可能是Spring Cloud或者是Dubbo，所以服务注册中心需要支持Eureka和Zookeeper，调用协议需要支持Http(Restful)或RPC协议。

运行逻辑可以拆分以下几段：

1. 服务提供方可以根据配置项，将具体服务对外提供为Spring Cloud(Restful)和Dubbo(RPC)协议服务
2. 服务提供方根据提供的服务协议类型，转换为对应的服务契约，注册到Eureka和Zookeeper
3. 服务消费方从Eureka和Zookeeper中获取服务注册信息，根据服务契约解析
4. 服务消费方根据配置项、获取的服务契约，调用服务提供方的服务

• 采用统一声明式调用方式使得开发人员比较容易开发应用，调用实现通过服务类型区分，分别采用Feign，Dubbo采用自带实现，这样可以有效支持已有系统调用，降低学习成本。
• 独立注解可以统一规范开发，控制平台调用规则处理需要提供和消费的接口。
• 服务类型控制应用是服务提供方还是服务消费方，可以在同一应用中支持服务双体系和消费双体系。
• 灵活配置的服务体系规则，便于根据需要调整服务体系，如应用总体为Spring Cloud，新增提供和消费服务都是Dubbo，可以在原有的配置中，增加这些新服务为Dubbo体系规则即可。

（编辑：信阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!