系统架构设计的一点思考

系统化思维在以前的文章中，有提到过很多。总结为三个方面。

1、系统三要素：元素、元素之间的关系、元素功能。

2、宏观与微观

3、系统动力学

以上三点是我在2020年之前，在对系统化思维的一个认识。以及将这三点运用到软件系统架构中的思考。

简单过一遍：

在软件系统架构的设计中。运用系统化思维的三大特色，可以有这么一种设计方法：

元素层：每个元素都是原子、独立性的。只做着单一职能。体现的是系统化思维中的三要素中二个功能，元素以及元素功能。

关系层：体现的是，多元素之间的关系，外加关系管理职能。体现的是系统化思维中的三要中二个功能，元素之间的关系。

业务层：业务层，参与了多元素，多元素之间关系的逻辑流程以及状态处理。

业务展示层：链接业务层，并将其适配各种终端。

这是一个极其简单的利用系统化思维的三要素进行架构设计的方法。

再将系统范围扩大、或者复杂度提升。那么有两个角度可以去思考。

1、每一个元素，又可以由一个系统构成。

2、几个领域内的元素或系统构成一个独立系统，我们可以将其称为领域。

那么现在来分析下，这样的架构存在的一些性质：

复杂度

这里面有两个特性：

1、系统架构越往下，其稳定性要求就越高，这里的稳定性是指，元素特性、功能稳定固化。

2、系统架构越往上，其灵活性要求就越高，这里的灵活性是指，需求的多变、快速响应。

可以看到架构图中，从微观到宏观的角度，可以理解为，业务层的展现，其实就是由底层元素，多元素之间相互合作等形成的。

若我们在系统架构中，将元素进行改变：（增加属性、改变某个属性），其产生的复杂度是由下往上传递的。

底层元素的改变，往上一层一层的传递，其复杂的影响将是一个乘数的改变。

那么如何保证业务层的灵活性呢，灵活性可以由元素的组合，逻辑流程的多少来保证。当然，在多变的需求下，可以增加一些元素，增加的元素，可以更加的为上层提供多样性，也就是灵活性。

还有一种常见的架构

1、中间层，是一个抽象的固定层，可以理解为固定流程、固定接口层，承接的是上下两层

2、上层，对接的是一个业务方

3、下层，对接的是另一个业务方

这里就又牵涉到另外一个词叫抽象

抽象

抽象的结果是什么？抽象的结果就是，固化、稳定。不管是流程的固化，稳定。还是功能、属性的固化和稳定。都是抽象带来的好处。

具象

相对比抽象的词便是具象，具象的代表的是具体实例，不同的实例应该都有不用的特性。这就具备了，抽象的一部分，又具备了一个部分的个性。

什么地方，什么层，采用抽象（固化、稳定），什么地方，什么层采用灵活。

根本在于整个系统的需求，或者理解为整个产品的需求。

分析系统、产品需求，其中抽象在哪里？具象又在哪里？

以上架构层的设计，已经足以涵盖当下，绝大多数的软件系统架构设计。

但其是不是存在问题？问题是没有的，但是有复杂度问题没有解决。

哪来的复杂度？

虽然有做分层，也有说到稳定与灵活的两个属性。

但元素多，关系多，业务流程多，反应到系统层面来讲，就是整个系统的复杂度的提升。

在以往的解决方案中，有利用到领域，将大系统划分为领域。或者将一些领域干脆抽象成中台（其实，大多数情况下，一个xx中台，可以将其归结为某一个领域）

总结为在现有的架构下，从两个方向去解决：

1、减少元素，元素少了是不是复杂度就少了？

2、减少元素之间的联系。

领域的方案，其实就是采用了这种方式去将复杂度降低。

但本质上来说，并未解决系统的复杂度问题，只是做到了减少复杂度。

这个问题其实，一直都困扰着我。

幸运的是，其实在很多其他地方，早就已经有了解决方案。

可以见我的文章 从网络演进看微服务演进

分布式与集中式

集中式与分布式

其两者的优点各不相同：

分布式：天然的与元素对应，其属性天然与功能固定、单一对应

集中式：天然的与业务逻辑、业务状态对应。

两者的处理优势非常的突出与明显。

这种模式在计算机领域里有很多的体现。

1、操作系统：对于操作系统来说，进程抽象成固定的，单一的行为。在用户层，有很多的进程。在中间层（接口层）所有的进程对于操作系统来说，展现的是固定化的一面。操作系统来说，其管理这些进程，是一个集中式的管理。

进程的流程与状态也都是固定化有限状态机。

2、k8s的调度：对于k8s来说，所有的任务抽象固定化成pod。而所有的pod对于k8s来说也都是固定化的。

这里面体现的两个方面：

固定化部分：通过抽象功能或属性。元素状态的有限状态的固定。

有了固定化部分，那么对于集中式管理来说，其只需要做的就是调度。

在文章 从网络演进看微服务演进 讲到的是另外部分，网络。

其中也体现了集中式与分布式的优势结合。

那么利用集中式与分布式的特性。

我预测下一代的系统架构，包括中台的的发展方向为：

在现有的系统架构中，将复杂的逻辑流程、状态管理，上升到业务层，做成编排管理。将元素层的逻辑链接完全去除。

这里面的好处在于：

1、利用集中式的管理方式，将实现集中式的统一管理，与元素的单一固定化功能。并去除掉元素之间的复杂状态和链接。

2、利用流程的定制化编排，实现业务流程的灵活性。将灵活性完全上升到业务层。

3、在一些固化的流程，可以输出一些通用性的通用方案。实现业务方一键接入。

最后：对于系统架构的认识，我认为，越来越应该上升到脱离计算机（语言，操作系统等）的束缚，放开思维。

以上只是简单的记录了下，自己的一些思考。由于篇幅，以及写作的仓促，并未有太多的详细描述。