软件架构治理_软件架构治理技术文章

软件架构治理

1 人感兴趣 · 8 次引用

关注

2022-08-11

软件架构治理通过指标度量协助找到问题加以改进，指标也能反映改进后的效果，实践中可以从代码，组件，架构，基础设施几个维度来设计指标，找到架构优化方向。度量的要点是帮助开发团队更好地理解架构，找到问题，设计解决方案，切不可为了指标而度量。

2022-08-01

架构治理就好比例行体检，可以及时主动发现架构上的不适，尽早介入，尽早处理，避免积累成为沉疴。同时，架构治理也是一次很好的复盘之旅。最后，架构治理还是一次练兵运动，

2022-04-06

BFF （Backends For Frontends）是为前端设计的后端，不可图一时之方便而越俎代庖，将大部分该由后端服务提供的能力据为己有，而更应该关注在前端的体验优化上，做好前后端的隔离，让前后端能够各司其职，合理高效协作。

2022-01-22

在软件架构治理的过程中，一个难点是当系统复杂度高到超出个体认知上限时，就很难看清系统问题全貌，很多不可预测的问题经常发生。混沌工程以实验的方式帮助开发团队快速找到系统弱点，提升对系统的认知，进而提升软件架构治理的效率。

2022-01-18

软件架构治理的方向可以从四个方向展开：代码实现、组件设计、架构设计和基础设施。然而，实际落地过程中，还要根据问题的严重程度以及开发的投入产出比作为辅助信息来协助优先级排序。

2021-11-16

面对腐化的、复杂的、不健康的软件系统，可以采用一些技术手段快速识别软件架构的组件和组件之间存在的问题。就像名医扁鹊的望、闻、问、切一样，识别根本病因，对症施药，才能药到病除。

2021-11-04

软件系统就像一个有人居住的房子，随着需求的增加，会变得复杂和混乱，这个趋势无法避免，这种混沌的状态会直接影响到系统的使用者和维护者。当我们意识到了让系统变复杂的因素，采取措施或者利用这些因素采取逆向手段，就可以让系统更长久地保持健康状态。

2021-09-05

技术债的产生是不可避免的，很多技术债短期不会表现出明显的问题，但在产品长期开发过程中，技术债的增加会使软件系统的可维护性直线下降，质量下滑，线上故障频发。产品研发团队要对技术债有正确的理解，技术的构建不是一劳永逸的，是需要不断维护的。