本章主要内容是围绕架构的三个原则：合适，简单，演化的三个原则而展开的

就拿合适原则来说，一个核心理念就是合适优于业界领先，做架构的特别是技术转型过来的，总想做到完美，生搬硬套一些大公司的架构或者聚焦于新技术为了技术而架构是一种本末倒置的行为。具体表现在如下三点：

    1.没有那么多人，却想干那么多活
    2.没有那么多积累，却想一步登天
    3.没有那么卓越的业务场景，却想灵光一闪成为天才

其次 谈到简单原则假设系统只有两个模块，如下所示系统的交互复杂度是1*1

360截图-1182113.jpg

当系统过于复杂时，我们的系统组件交互是这样子的

360截图-1398860.jpg

这样看随着组件的增多，系统的复杂度是呈指数增长的。我们假定一个组件发生故障的概率是0.1，那么我们两个组件的系统交互的可用性大约就是80%的样子，但是在四个组件的情况下只有60%，所以随着系统的复杂度的增长我们所面临的问题也是成倍增长的。

至于演化原则，对于软件工程来说唯一的不变就是变化。一劳永逸的思想是致命的。所以首先保证可用性的前提下尽快让产品落地才是重中之重

这些原则虽然简单，付诸实践并不简单，学而思，思而行，我想我们都能成为架构师。互勉！