核心特性

• 可弹性部署。业务量增加（甚至暴增）时能通过增加服务器来应对。
• 可实现。可以用现有技术团队掌握的技术实现。不要迷信大牛的解决方案，每一个你不熟悉的技术背后都是坑。但这些技术需要有计划的去学习。
• 匹配业务发展计划。不要最求完美，要符合公司的整体发展计划。

设计思路

化繁为简

100张表的业务系统能否拆解成5个20张表的系统呢？这样复杂度将大大降低。

高低分层

讨论高架时不需要考虑如何把路建到家门口，这些问题可以在低一个维度的设计中去探讨。

平衡之道

架构不能追求完美，需要在业务、技术之间寻求合适当下的平衡点。然后在业务的发展过程中不断的调整这个平衡点，对应的就是进行小范围的重构（优化）。

• 功能和时间之间的平衡

及时发现问题，寻觅最佳时机解决问题 比 完美的设计重要

任何设计都是基于当前的认知的，随着时间的推移认知不断变化。就会出现超出设计的需求，与其面面俱到，不如解决当下问题。随着需求快速的局部重构。架构是做出来的，改出来的，需要积累，不是一朝一夕的事。