摘要：1.资源 团队（人员数 技术水平） 时间 2.业务 业务量是不是很大 是不是前期就要满足很大业务量的设计 业务复杂度 业务是不是就是要求这么复杂 是不是所有位置都要考虑高可用 高性能 可扩展等 3.系统拆分粒度 没必要特别细 没必要特别粗 重点是要合理 服务内部复杂必然导致外部复杂（外部依赖关系 外 阅读全文

摘要：1.必须能落地 第二条的一种表现 虽然写在这里比较多余，但是还是需要着重提一下 2.合理 基于现有情况去做最好的设计 重点是基于现状也就是团队的上下文。几个关键点 资源（人） 时间 业务（复杂度与业务发展，比如一个一次性开发的业务还是长期维护的业务，1+1=2的业务还是非常复杂的业务，1个人使用的系 阅读全文

摘要：好多年了，第一次发表文章还是工作第二年，7年过去了，居然又回来写文章，也是没想到。当初对自己的期望也算实现了吧，也做到了架构，不过现在岗位更偏管理。 架构就像修桥一样，从一个点到另一点，是打通两端之间的阻碍解决方案。但是架构不是普通的解决方案，是合理的解决方案。 打通两端这个比喻并不是合适的例子，它 阅读全文