Casual Thoughts On Distributed RPC Service Framework
fujohnwang
2011-09-07
author: fujohnwang
service identity
[artifact version] + FQname + version
service identity
[artifact version] + FQname + version
service lookup
- how many services exist?
- what kind of details operations/services in each service?!
- what’s the signature of each operations?
service extensions
- can I replace the data structure serialization and deserialization?!
- use custom serialization mechanism
- some flag to indicate the mechanism that’s used by service providers
- can I intercept service operations without service implementations’ intrusion?!
- can I replace default service lookup service provider?
- can I hook in custom LB and failover mechanisms in the service users’ side?
- can I hook in audit and monitoring concerns?
- can I tune the server side of the service exposion?
- TcpNoDelay?!
- send buffer or receive buffer size
- timeout
- etc.
- can I expose same service via different transports at the same time?!
service upgrade
- service framework upgrade
- service upgrade
service deployment
- how to ease the large scale service deployment?! even make it automatically?
- template publication node?!
potential points
- are overloaded methods allowed?!
- are multiple languages inter-operations supported?!
- If you want to provide OO-RPC interface for clients to use, what kind of interception mechanisms u want to use? reflection or bytecode gen? Are there some overheads in this point?
「为AI疯狂」星球上,扶墙老师正在和朋友们讨论有趣的AI话题,你要不要⼀起来呀?^-^
这里
- 不但有及时新鲜的AI资讯和深度探讨
- 还分享AI工具、产品方法和商业机会
- 更有体系化精品付费内容等着你,加入星球(https://t.zsxq.com/0dI3ZA0sL) 即可免费领取。(加入之后一定记得看置顶消息呀!)

存量的时代,省钱就是赚钱。
在增量的时代,省钱其实是亏钱。
避坑儿是省钱的一种形式,更是真正聪明人的选择!
弯路虽然也是路,但还是能少走就少走,背后都是高昂的试错成本。
订阅「福报」,少踩坑,少走弯路,多走一步,就是不一样的胜率!
