本文主要讨论了是否需要进行软件架构设计的问题，并阐述了做好架构设计的重要性以及不当之处可能会引发的一系列问题。

在大厂，架构设计会提到非常重要的地位，但是在一些小公司，没有做架构设计，似乎也没什么问题，在初创阶段，过分强调架构设计，不一定能带来好的收益。

架构设计的越复杂，技术架构的复杂度就会越高，前期打磨的时间长，如果商业化有窗口期，可能我们就失去了进入商业的第一张船票。

另外，架构的复杂性，会导致后续系统维护的成本增加，稳定性减弱。

在前司，就因为复杂的架构系统，导致了一个系统出了问题，牵连到了很多系统，白白流失了很多银子。

01

不做架构设计会有什么问题？

1.应用边界模糊

研发同学凭感觉可拆分系统， 也没有基于当前的业务，导致系统进入无序状态，大幅降低开发效率。

2.缺乏模块化设计

所有模块的代码都杂糅在一起，没有明确的划分，很容易导致一个小小的改动，牵一发而动全身，很难拓展，还容易出bug。

3.团队协作效率低

因为各自的边界不清晰，导致开发、产品之间容易扯皮，影响开发效率和产品交付时间。

4.技术架构失控

不同研发团队用不同的技术架构，有些技术架构不太成熟，导致了一些bug，或者系统的不稳定。

02

架构设计是为了解决什么？ 核心目的是为了解决系统的复杂度带来的问题模块抽象化，相互之间解耦。

1.需求复杂

需求越复杂，业务流程也会变得复杂，同样技术架构也会变得很复杂。我们需要从复杂的逻辑中，抽象出单一的模型出来，尽可能保持各个模块之间的独立。

2.高并发等场景的抗压能力

系统越复杂，抗压能力就要越强，高并发、可拓展性、性能要求等等。在好的架构上，抗压能力更强。

3.延长系统的使用寿命

为什么公司不定时就要重构，核心原因就是架构不适合当前的业务发展了。所以，好的技术架构，考虑了未来的业务场景，加入到了当前的设计架构中，会使得系统的使用寿命适当延长。业务变革比如公司原来做垂直电商，后面又改成平台电商，那有些架构就要调整，不然后续无法延展。