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