本文由阿里资深架构师毕玄分享，通过HSF、T4和异地多活设计的案例，探讨架构师在解决核心问题时应具备的能力和决策过程。HSF最初在设计时面临易用性和高并发挑战，通过迭代改进实现了高效RPC框架。T4设计中强调技术视野的重要性，避免了低级错误。异地多活设计则关注请求封闭和数据一致性，提出了多个权衡选择问题。毕玄总结，架构师需理解业务挑战、具备全面的知识视野、技术选型能力以及权衡选择的智慧。
简介： 作者结合cases来讲讲解决核心问题的设计这个环节，回顾自己的cases，犯了不少的错误，也碰到了非常多复杂的权衡选择的状况，才逐渐更加明白一个架构师应该具备的一些能力。
作者：毕玄 文章来源：公众号公众号hellojavacases，涉及话题编程能力的高级进阶、系统设计、技术方向、职业生涯的发展。
继前面的系统建设的目的、可衡量的目标，达成目标的核心问题后，进入到解决核心问题的设计环节了，技术人员其实最擅长的是直奔这个主题，而且估计更期盼的也是这篇，有些时候会导致跳过前面的目的、目标环节，导致最终做出来的系统要么没贴合业务挑战，要么嘛偏离了做这个系统的初衷，所以我仍然强烈建议做系统设计的同学不要着急，一步一步来。
继续结合自己的cases来讲讲解决核心问题的设计这个环节，回顾自己的cases，犯了不少的错误，也碰到了非常多复杂的权衡选择的状况，才逐渐更加明白一个架构师应该具备的一些能力。
HSF的设计
HSF在设计之初要解决的第一个核心问题就是做一个易用，能支撑每天上亿次服务调用的服务方式的RPC框架。
易用这点在第一个版本犯了错，不过还好是第一个版本，否则纠正错误的代价会无比巨大，那个版本里，如果要把一个spring的bean发布为HSF服务，或者调用一个HSF服务，需要写一个文件，在文件里描述发布的服务和调用的服务，并且在这个文件放在jboss的某个目录里，这个方式看起来对在写代码的过程中完全没有侵入，但导致的巨大问题是这文件放在哪里写，写完后部署的阶段怎么自动放到对应的目录去，
最低0.47元/天 解锁文章
扫一扫
4247
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
