架构设计三原则

第68篇

极客时间《从0开始学架构》课程笔记。

编程的本质是『确定性』，同样一段代码，在任何时候执行，结果应该是确定的，有bug也是确定的。
而架构设计的本质是『不确定性』，同样的一个系统，不同公司不同架构师做出的设计差异可能很大，但都能正常运转。
架构设计更多的是面对多种可能性时进行选择。
架构设计领域没有通用规范，更多的是依赖经验和直觉。
但有3个共性原则隐含其中，这就是：合适原则、简单原则、演化原则。

合适原则:『合适优于业界领先』

• 是否『领先』，是否『亿级』都不重要，脚踏实地的实现架构是最重要的
• 有多少人干多少活，十个人团队想做几十人才能完成的事情，失败机率太大
• 领先的方案不是拍脑袋灵机一动得来的，而是经过长时间的发展逐步完善的
• 业界领先的方案都是业务发展到一定阶段才催生出来的，不是一蹴而就的

真正优秀的架构都是在企业当前人力、条件、业务等各种约束下设计出来的，能够合理地将资源整合在一起并发挥出最大功效，并且能够快速落地。

简单原则:『简单优于复杂』

• 技术越来越精细和复杂，导致架构设计时也想把架构做精美、做复杂，以便体现技术实力
• 团队压力也会促使架构走向复杂，因为评价方案水平高低时，复杂性是重要参考指标
• 『复杂』在软件领域，代表的不是领先或者先进，而是『问题』
• 软件领域的复杂性有两个：结构的复杂性、逻辑的复杂性
• 结构复杂的特点是组件数量多、组件之间的关系复杂；因而可能导致：组件故障率高、一个组件改动影响关联的所有组件、定位问题更加困难。
• 逻辑复杂的特点是单个组件承担了太多功能、采用了复杂算法；因而导致难以实现、难以修改、问题无法快速解决。
• 如果简单方案和复杂方案都可以满足要求，架构设计应选择简单方案

《UNIX 编程艺术》总结的 KISS（Keep It Simple, Stupid!）原则一样适应于架构设计。

演化原则:『演化优于一步到位』

• 软件架构与建筑架构在定义和理解上有相似性，但存在本质差异：软件需要不断变化
• 架构设计的误区：一步到位的设计一个软件架构，期望不管业务如何变化都能适应
• 软件架构设计更类似于『设计』一个生物：通过演化让生物适应环境，并逐步变得强大
• 明确当前业务特点和主要问题才是设计的根本，不符合业务的架构再领先也没用

架构师在进行架构设计时需要牢记这个原则，时刻提醒自己不要贪大求全，或者盲目照搬大公司的做法。

总结

合适原则>简单原则>演化原则。第一原则：合适原则，优先满足现有业务需求；第二原则：简单原则，选择简单方案快速落地验证；第三原则：演化原则，适当预测业务发展，在问题出现时演进。三个原则是一体的，相辅相成。