架构设计策略之寻找够用的设计

赞成理智

要想开发成功的软件,开发者必须根据设计策略去做最优的解决方案。尽管有时候,比较简单的问题,无须考虑太多,“梭哈”就完了,既快速又有效。然而,随着业务的变化和系统复杂性的增加,设计上的问题始终会出现的,就像不规范的代码会带来很多隐患和技术债务,这些都是要还的。
凡事预则立,没有架构设计策略的开发,很容易陷入错误混乱中,开发工作难以进行下去。因此,要学会运用思维模式(见《架构设计思维模式》)和思维沉淀循环(见《架构设计思维模式实践流程》),去制定最优的设计策略。

找到够用的设计

最优的设计策略不是追求让架构设计达到完美的状态,应该清楚这是不可能,因为在现实开发中会有时间、资金成本、技术、知识、业务变化等限制导致架构设计不可能做到完美。

因此,我们的目标是找到一个够用的设计,这个架构设计能适应当前企业环境(满足利益相关方的需求等)和灵活应对业务变化。

寻找够用的架构设计,可以参考如下策略:

    • 快速验证解决方案:解决方案验证的速度越快,就越快找到合适的架构设计,项目就能越快受益。
    • 设法降低风险:架构设计失败是很严重的问题,必须时刻考虑可能出现的风险,并根据风险来进行设计。
    • 努力简化问题:运用分治、知识和抽象等方法,去理解和简化复杂性不断增长的问题。
    • 快速迭代学习:运用思维沉淀循环快速学习,快速积累知识,就能快速实现目标。
    • 同时考虑问题的解法和证法:能解答问题的设计方案可能有很多,但能证明适用有效的设计方案,可能寥寥无几。因此,需要同时考虑问题的解法和证法,以便高效地找到够用的设计。

    以上策略可能理解起来有点难度,下面就个人理解再次一一说明下。

    快速验证解决方案

    要想能快速验证解决方案,必须要建立一套快速验证解决方案的机制。虽然架构师不是什么技术先知,但可以运用以下机制来快速验证解决方案:可以先“纸上谈兵”(头脑风暴、参考过去经验、决策矩阵等)来快速确定待验证的解决方案,再以“胜兵先胜后求战”的思想来优先验证最可能有效的解决方案,最后再运用各种实验的方法去验证解决方案。

    设法降低风险

    这里要引用下工程学历史学家Henry Petroski的话:

    失败的概念是设计过程的核心,正所谓“失败乃成功之母”,通过消除失败,可达致成功之设计。

    做架构设计是一定要设法消除失败的风险,但如今“巨人的肩膀”(各种消除风险的设计技术)实在太多了,很容易陷入了选择困难的泥沼里。

    因此,这里的“设法降低风险”应该是根据风险驱动的,即思考风险大小和解决的优先级、选择合适的技术去行动、评估降低风险的程度再决定下一步设计,这里其实就是运用思维沉淀循环的思考、行动、检查步骤。

    努力简化问题

    简化问题不单单是为了应对日益增长的复杂性和规模,还有开发成本和维护成本等问题。如果把问题想得过于复杂也是不行的,那就可能过度设计了。为什么会这样?往往是因为我们对问题理解的不够深入,这时候应该运用思维沉淀循环去理解问题,积累知识,再运用循环去把问题抽象或者分而治之。

    快速迭代学习

    快速迭代学习,这也是敏捷开发的原则。如果一次迭代学习的时间过长,首先很可能满足不了业务的时效性,其次时间长无法灵活应对变化,最后可能会导致维护的代价很高。因为一般周期长的迭代,实现的功能多,依赖多,复杂度高,一旦出现问题,纠正问题的成本和代价就很高了。因此,架构设计必须快速迭代学习,保证灵活性和不断进化的特性。

    同时考虑问题的解法和证法

    问题的解法是很多的,越成熟的技术,越多成熟的解决方案,但并不是都合适的。因为每个项目和技术团队是有差异的,并不能“一招鲜,吃遍天”,还需要根据自身的拥有的条件去证明某个解决方案确实是最优的。这是非常契合思维沉淀循环的,因为思考了问题行动后肯定是需要进行检查的。

    总结

    虽然理想的架构设计是不可能的,但是也不能没有实际适用追求的。寻找够用的设计其实是强调架构设计的度,要运用高效设计策略去寻找恰如其分的架构设计。因为过度或者过简的架构设计是不行的,过度必然浪费资源,过简必然无法规避风险。

    阅读 397

    全栈开发,后端主要java,前端react、vue、mui;大数据学习中,主要致力于数仓研究和架构设计,欢迎大家...

    1 声望
    1 粉丝
    0 条评论
    你知道吗?

    全栈开发,后端主要java,前端react、vue、mui;大数据学习中,主要致力于数仓研究和架构设计,欢迎大家...

    1 声望
    1 粉丝
    文章目录
    宣传栏