架构设计三原则：1.1合适原则：合适优于业界领先。真正优秀架构都是在企业当前人力、条件、业务等各种约束下设计出来的，能够合理的将资源整合在一起并发挥最大功效，并
架构设计三原则：
1.1合适原则：合适优于业界领先。
真正优秀架构都是在企业当前人力、条件、业务等各种约束下设计出来的，能够合理的将资源整合在一起并发挥最大功效，并能快速落地。
小公司生搬硬套BAT大厂做法，注定会失败。没有那么多人（钱），没有那么久的平台技术积累，没有那样卓越的海量用户业务场景。
1.1合适原则：合适优于业界领先。
真正优秀架构都是在企业当前人力、条件、业务等各种约束下设计出来的，能够合理的将资源整合在一起并发挥最大功效，并能快速落地。
小公司生搬硬套BAT大厂做法，注定会失败。没有那么多人（钱），没有那么久的平台技术积累，没有那样卓越的海量用户业务场景。
1.2简单原则：简单优于复杂
简单方案和复杂方案都可以满足需求，一定要选择简单方案。KISS原则(keep it simple stupid)同样适用架构设计。
软件架构设计是一门技术活，而且越来越精细，越来越复杂。其复杂性主要体现在结构复杂和逻辑复杂两方面。
1.2.1结构复杂：
特点是复杂系统组件更多，组件间关系也更复杂。
（1）组件数量越多，某个组件出现故障导致系统故障概率越大。
（2）单个组件改动，影响关联组件，间接递归影响更多组件。
（3）定位复杂系统中问题比简单系统更复杂。
1.2.2逻辑复杂：
单个组件承担太多的功能，几乎会导致每个环节都有问题。
功能组件采用复杂算法，难以理解、难以维护。
1.3演进原则：架构需要随着业务的发展而不断演化
对于建筑来说，永恒是主题；对于软件来说变化才是主题。
中国长城600多年前完成、古埃及金字塔4000多年前完成，都保持原有架构。
window1.0到windows 10，架构其实是两个系统。Android1.6和Android 6.0架构差异也很大。
（1）架构需满足当前业务需要
（2）架构在实际运行中不断迭代演进，去掉无用设计，保留优秀设计；修复缺陷设计，纠正错误设计。
（3）业务发生变化时，架构要扩展、重构，甚至重写。但有价值的经验、教训、逻辑和设计会得到延续。
