「架构的目的」
架构只是过程方式，构思出一套架构并落地，目的是更好的满足业务发展需要，所以具有：
- 当下是最合适的
- 未来大概率是最合适的
「架构的标准」
"合适" 是比较粗泛的概念，具象化会有如下特性：
- 当前的公司组织架构、人才梯队，有能力或可以小成本的支撑这个架构
- 此架构有完整性，且技术不存在孤岛是行业通用解决方案
- 未来的业务演变和团队发展，此架构能满足且有很好的拓展性
「完整的架构方案」
完整的架构应该要包含如下几个部分：
- 业务架构，理解业务价值、业务流程、业务风险，甚至商业模式，可能的业务演变
- 应用架构，规划各个有特定功能价值的独立应用，明确各应用的协作关系及边界，对后续应用迭代有指导标准
- 数据架构，存储选型、实体设计、数据表结构、数据表关系
- 技术架构，服务稳定性设计、应用间协作及性能考量，日志监控报警等中间件设计
「架构设计的多和少」
架构设计基于目的，既有满足当下的现实性，又有抽象满足未来的拓展性，有时候需要在太具象和太抽象中做设计平衡。 可以有一个方法：基于风险驱动的架构设计，一切都基于风险来，设计完的架构评估下是否解决了已知的风险，是否能承接住 1-2 年的未来风险，未来的风险来源于业务架构的设计，对业务的熟悉。
架构也需要以终为始，和业务一同创造价值。
