runrunjoey's recent timeline updates runrunjoey's recent timeline updates |
runrunjoeyV2EX member #452675, joined on 2019-11-13 15:17:45 +08:00 |
runrunjoey's recent replies
Nov 22, 2019 Replied to a topic by 2joe › 职场话题 › 关于阳光诚信联盟疑问 |
我觉得很合理。。。
Nov 22, 2019 Replied to a topic by youmee › 职场话题 › 为什么大公司不能用缴纳申请费来筛选应聘者 |
为什么会有被压榨的人替资本家想办法来更好地压榨同阶级的人 [黑人问号]
还是说你不是被压榨的阶级？
还是说你不是被压榨的阶级？
Nov 22, 2019 Replied to a topic by findlisa › 职场话题 › 找不到工作，我已经进流水线打工赚生活费了 |
@orzorzorzorz 你这文笔可以去试下写字，最后一句话戳到我了
Nov 22, 2019 Replied to a topic by pmispig › 程序员 › 请问有没有工具能管理 rpc 服务依赖关系文档 |
提炼下
需求：在服务 A 变更时，有没有直观地方法能分析有哪些服务依赖服务 A ？
两个思路：
1. 链路追踪，比如上面说地 skywalking 就可以记录下过去一段时间的所有 rpc，而且会分析 endpoint 的依赖关系，完美解决你的需求。缺点：需要比较多的资源；对 java 服务还好一点，对其他语言，比如 go，就不太友好。
2. 维护一个资料库，记录所有服务、接口之间的依赖关系，手动 or 代码扫描。缺点：需要一些人工投入。
总之，这个需求不太好立马搞定，需要系统地规划。
需求：在服务 A 变更时，有没有直观地方法能分析有哪些服务依赖服务 A ？
两个思路：
1. 链路追踪，比如上面说地 skywalking 就可以记录下过去一段时间的所有 rpc，而且会分析 endpoint 的依赖关系，完美解决你的需求。缺点：需要比较多的资源；对 java 服务还好一点，对其他语言，比如 go，就不太友好。
2. 维护一个资料库，记录所有服务、接口之间的依赖关系，手动 or 代码扫描。缺点：需要一些人工投入。
总之，这个需求不太好立马搞定，需要系统地规划。
Select Language