检车大厅所见所闻对软件架构设计的联想
fujohnwang
author: fujohnwang
检车这事儿已经过去一阵子了，只不过回想起当时的一个情景，联想到软件架构设计，冒出个想法，简单扯一扯…
车走完流水线基本就是去大厅办手续了，办手续的流程是从一个窗口完成一个步骤，然后去另一个窗口，到底去哪个窗口不是按照序号1234这样，而是跳着来，基本乱序，没有规律可言，这对于检车人来说（尤其是之前不知道流程的）很不方便。在各个窗口之间“徜徉”的时候，发现一个窗口的工作人员婀娜的起身，收拾东西，出门（下班了？！）， 看到这里我就在想，她走了，后面检车的人咋办，卡死在这个窗口吗？ 显然，每个窗口负责的事情是不一样的，如果按照严格意义上来讲，她的离开基本上就打破了整个流程。
one link breaks the whole pipeline!
可是（这个可是是我臆想的，正常情况下，其它窗口的工作人员应该也可以暂时帮助处理离开工作人员负责的窗口业务）， 假如我们让每一个窗口的工作人员都能够负责处理整个的流程，那么，每个窗口负责的工作就全都相同，业务流程的处理也变成了多条并行的流水线， 在系统架构中，基本上就是scale out easily了。 如果把每个工作人员都比作一个个的硬件结点，在原来的流水线规划中，他们或许负荷不高，硬件资源利用有限，一旦转换为每个硬件结点负责整体流水线业务，则可以充分利用每一硬件资源。 而且，系统的可用性也可以更上一个档次，不会因为一个结点的缺失，导致整体流程的断裂。
整个类比到系统的架构层次，如下图：
当然， 并非说之前的流水线规划不能达到很好的可用性，只要在加几倍的人，开辟多个流水线，也是可以保证整体服务的可用，只不过，这或许要以多倍的成本提高和系统复杂度为代价。
个人感觉这个本质上是内聚与耦合的粒度到底到哪里合适的问题，具体如何权衡，当然要依据实际情况来决定。
「福强私学」来一个？
「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。
开天窗，拉认知，订阅「福报」，即刻拥有自己的全模态人工智能。
