架构定义是问题域与解决方案域之间的桥梁

需求分析只谈”要什么”，刻意忽略开发者、运维等人的约束；设计只谈”怎么实现”，假设需求已经确定好摆在面前。架构定义处在两者中间：既要理解所有关心架构的人（不只是用户）的真实需求，又要在技术可行性、时间、成本等约束下做出取舍并落地成结构。它的特殊之处在于覆盖的人群更广、考虑的问题更广（不只是功能），而且往往是一个”边发现边定义”的过程——利益相关者一开始通常只有模糊想法，而不是一份稳定的需求清单。