核心特性
- 可弹性部署。业务量增加（甚至暴增）时能通过增加服务器来应对。
- 可实现。可以用现有技术团队掌握的技术实现。不要迷信大牛的解决方案，每一个你不熟悉的技术背后都是坑。但这些技术需要有计划的去学习。
- 匹配业务发展计划。不要最求完美，要符合公司的整体发展计划。
设计思路
化繁为简
100张表的业务系统能否拆解成5个20张表的系统呢？这样复杂度将大大降低。
高低分层
讨论高架时不需要考虑如何把路建到家门口，这些问题可以在低一个维度的设计中去探讨。
平衡之道
架构不能追求完美，需要在业务、技术之间寻求合适当下的平衡点。然后在业务的发展过程中不断的调整这个平衡点，对应的就是进行小范围的重构（优化）。
- 功能和时间之间的平衡
及时发现问题，寻觅最佳时机解决问题 比 完美的设计重要
任何设计都是基于当前的认知的，随着时间的推移认知不断变化。就会出现超出设计的需求，与其面面俱到，不如解决当下问题。随着需求快速的局部重构。架构是做出来的，改出来的，需要积累，不是一朝一夕的事。
