持续架构
在本系列文章中，作者根据团队所做的关于系统如何处理质量属性需求（QAR）的决策来重新构建软件架构。在他们看来，根据决策重新构建的软件架构通过明确团队所做的选择及其原因让系统的工作原理变得更加清晰。
软件架构可能不是你想象的那个样子
软件架构是一个常常被人误解的概念。
为什么需要关注软件架构
软件开发团队一直反对“前期大设计”，而倾向于自组织团队中出现的架构设计，这可能导致低估软件架构重要性的心态。
最小可行产品与最小可行架构
作为最小可行产品的一部分，创建一个最小可行架构可以帮助团队评估技术可行性，并为产品提供一个稳定的基础，可以随着产品的演进进行调整。
最小可行架构实践：构建家庭保险聊天机器人
即使是简单的应用程序，比如本文所描述的应用程序，也需要最小可行产品（MVP）和最小可行架构（MVA）。
不要让框架影响你最初的架构设计
在真正需要之前，不要对任何特定的框架、模式或策略过多投入。
将 MVP 和 MVA 应用于遗留应用程序
遗留应用的每个版本，都可以视为一个 MVP。
最小可行架构注意事项：必须考虑分布式处理和数据的位置
在设计最小可行架构时，开发人员也必须考虑资源所处的位置，特别是当移动应用程序是分布式系统的一部分时。
Copyright © 2024, Geekbang Technology Ltd. All rights reserved. 极客邦控股（北京）有限公司 | 京 ICP 备 16027448 号 - 5
京公网安备 11010502039052号 | 产品资质
京公网安备 11010502039052号 | 产品资质
