春节读书《演进式架构》

春节假期已经过去,但还是读了一本书,也不算精读,把读后的学习总结与大家分享。本笔记不是书的摘抄,内容是通过笔者阅读书之后,对知识内容的消化提炼而成,故不敢以此文指导他人学习,但愿与读者多多交流,如有错误还望多多指点。

春节读书《演进式架构》_第1张图片

01 什么是演进式架构?

外文技术书翻译后通常很难理解,此书也不例外,首先,书中对演进式架构的定义就很晦涩 —— 演进式架构是支持跨多个维度进行引导性增量变更的架构。

第一,先多读几遍,念顺了;

第二,通过拆解关键词,来理解定义。

定义中的关键字一:多个维度。

所谓多个维度,指的是架构师不要只关注技术维度对架构演进的影响,也要关注数据、安全、运维等纬度的变化影响。除此之外,康威也提醒架构师,还应关注团队之间的协同纬度的变化影响。在现实情况下,一次组织架构的调整,将很大程度影响着架构演进的路径。

定义中的关键字二:增量和引导。

“增量和引导”是演进式架构包含的两个关键特征,其中“增量”表达了架构随时间不断变化的概念,而“引导”的含义反映了我们期望的架构演进方向。

回到生物学的隐喻,演进是这样一个过程:建立一个适用的并能在其所处的不断变化的环境中持续运行的系统。

理解了引导的含义,那么“引导”引导的是什么?引导的原则又是什么?

我们知道,安全性、吞吐量、低延迟、故障恢复能力都可以定义为系统的架构特征,由于这些特征有的是相互冲突的,比如安全性与性能。所以,对架构师而言,在架构演进过程中需要评估和权衡这些不同的特征,而所谓引导就是评估这些不同架构特征,让架构演进中不随着时间而磨损掉这些特征。简单说,引导就是架构师期望架构具备哪些特征。

关于引导的原则,本书引入了进化计算中的概念 —— 适应度函数,让架构师可以通过适应度函数来解释什么方案更好,并用它衡量何时能达到目标,但笔者通读之后,没有理解,故不过多阐述。

之后,本书又重点介绍了增量变更、架构耦合对演进式架构的影响,内容围绕持续交付、领域驱动设计、架构演进等方面,内容并不新鲜,故也不做罗列。

02 如何构建可演进的架构

如何构建?本书的逻辑是这样的。

架构耦合很大程序决定了技术架构的演进能力,清晰解耦的架构易于演进,反之则会妨碍演进。回答如何构建演进式架构,我理解的是从微服务架构开始,后面的内容基本也都是在围绕着微服务和领域驱动设计再说,有兴趣的读者可以去读一下本书。

你可能感兴趣的:(机器学习,java,人工智能,编程语言,大数据)