分享一个我在架构设计时的分析思路。
找对驱动力
我始终相信业务驱动架构进化，而非技术。我首先需要给自己一个业务相关的理由，不管是开源还是截流。不要为了改进而改进，也不要为了还债（technical debt) 而还债。避免过早考虑通用性，陷入过度设计。
分析投入与产出
投入与产出分析需要搞清楚下面这些问题：
- 需要投多少钱让架构落地，并稳定一段时间（至少半年）？投入的测算要包括预研、落地及维护阶段（落地后6个月内）的各项投入。
- 落地后，能带来多少预期收益（6-12个月的测算）？
- 落地后，能节省多少运营管理成本（6-12个月的测算）？
- 落地后，又会增加多少运营管理成本（6-12个月的测算）？
支持度
架构落地是否得到了公司各层级的支持，包括：
- 是否得到了公司领导层的支持
- 是否得到了业务部门的支持
- 是否得到了工程师们的支持
成长
架构的落地是否带来了团队的成长。这个成长包括：
- 获得新的业务技能、并有可能打开新的业务增长点
- 营销策划能力的提升
- 运营管理能力的提升
- 工程技术能力的提升
- 团队协作文化的改善、团队效能的提升
小结
上面这个思路不仅仅适用于架构设计，也适用于任何重要的技术选型、产品采购以及项目方案的评估。不要过度迷恋技术，不要被技术把自己带跑偏，时刻抓牢业务驱动这根准绳，多维度思考分析可行性，决策才会更靠谱。