dubbo和rmi方式问题
有一事不解 我看了一下otter代码，似乎现在只有当manager调用node的状态信息这个功能会使用jmx rmi方式的远程调用，具体到代码就是manager的NodeOp这里 其他时候，node之间，manager向node推送配置这些场合都是dubbo的rpc 这样设计为什么呢 @agapple
原提问者GitHub用户erictanghu
写回答
-
云端行者觅知音， 技术前沿我独行。 前言探索无边界， 阿里风光引我情。Otter编辑保存系统在不同场景下使用不同的远程调用方式（JMX RMI和Dubbo RPC），这样的设计可能有以下几个原因：
-
功能需求：JMX RMI是Java Management Extensions (JMX) 的一种远程调用方式，它提供了对Java应用程序的管理和监控功能。在Otter系统中，当manager需要获取node的状态信息时，使用JMX RMI可以方便地获取节点的运行状态、性能指标等信息。
-
性能考虑：JMX RMI是一种基于Java远程方法调用的机制，相对于Dubbo RPC来说，它可能会有更低的性能开销。因此，在需要频繁获取节点状态信息的场景下，使用JMX RMI可以更高效地获取数据。
-
技术限制：Dubbo RPC是一种基于Java的远程过程调用框架，它提供了高性能、可扩展的分布式服务调用能力。然而，Dubbo RPC可能并不适用于所有的场景，特别是在需要直接访问节点的底层状态信息时，可能需要使用更底层的机制，如JMX RMI。
综上所述，Otter编辑保存系统在不同场景下选择不同的远程调用方式，可能是为了满足功能需求、提高性能或克服技术限制。这样的设计可以根据具体的使用场景选择最合适的远程调用机制。
2023-06-18 08:24:45赞同 展开评论 打赏 -
-
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
