作者回复: 很感激你的收获总结,很多感受和我设计课程思路吻合,说明你真心认真学习了这门课程。对年轻工程师、架构师成长拓展视野有帮助,是我制作这门课程初衷。领会分布式架构背后的需求原理是道,具体组件实现是术,道是根本,术是落地实践,道术结合可以说是本课的一个设计亮点。感谢你的心得总结🌹🌹🌹
作者回复: 这个是普遍存在的问题,我之前呆过的公司比如亿贝,携程/拍拍贷等都存在,而且没有一劳永逸的解决办法。这个不全是技术问题,更多需要服务研发流程和治理层面的关注,比如服务变更和版本管理,需要制定一些服务升级的最佳实践(尽量保证向下兼容),测试流程要规范充分,上线前要经过灰度测试等等,可以减少不兼容变更造成影响。但是这里头也有一个平衡,过多的治理流程会阻碍效率。所以,业务在不停迭代,变更再所难免,这个问题不可能完全避免,对这个问题保持适度容忍(侧面反应业务迭代快),同时制定恰当的流程保障业务平稳即可。
作者回复: 你好,问题1:从抽象层次看,三种模式都是采用了代理,只不过对于嵌入式代理,代码和主应用代码住在一起(同一进程),所以性能损耗最小,严格不算多一跳;对于主机独立进程代理,代码进程和主应用进程住在同一个主机/操作系统中,所以性能损耗也不大,严格也不算多一跳;对于集中式代理,代码部署在独立机器上,所以确实有多一跳性能损耗。问题2:理解正确,集中式代理一般由运维团队集中管理,比如集中nginx集群一般由运维管,所以需要一定运维能力。