Spotify如何可视化系统架构图 (spotify安卓版下载)

Spotify 的工程师最近分享了他们在公司内部是如何标准化架构图的。他们定义了一种叫作Spotify软件模型的标准系统模型，并采用C4模型来可视化它。这一组合创造了一种可在整个组织中使用的公共语言，有助于沟通、辅助决策，并为 Spotify 的软件开发提供支持。

Spotify 高级工程师 Renato Kalman 和工程师 Johan Wallin 解释了创建这个框架的动机：

Spotify 的工程师将软件组件的元数据保存在一个软件目录中。为了支持标准的架构图，他们创建了 Spotify 系统模型，它包含了一组核心实体和抽象，Spotify 工程师可以使用这些实体和抽象来合成有关软件健康状况、所有权和依赖关系的数据。Kalman 和 Wallin 说：“我们相信，一门有关软件和资源的公共语言有助于促进沟通和协作，这对于我们这种规模的公司取得成功至关重要。”

C4 模型是一种轻量级图形符号技术，用于建模软件系统的架构，由 Simon Brown 创建。它将系统分解为容器和组件。在 Spotify，工程师们采用了 C4 模型符号及其最佳实践。不过，他们用 Spotify 系统模型取代了上下文、容器和组件的抽象层。

C4 模型，来源：使用存储软件目录元数据。Backstage 是一个开源平台，用于构建开发者门户网站。这个项目由 Spotify 推动，是 CNCF 的一个孵化器项目。他们利用 Backstage 的可扩展性创建了一个叫作 Architecture 的插件，这个插件可以根据存储在 Backstage 中的 Spotify 系统模型元数据生成 C4 图表。Kalman 和 Wallin 说：“在 Backstage 中存储系统模型元数据对于组件发现、理解软件组件之间的生命周期、所有权和关系，以及自动生成软件可视化图都非常有帮助。”

Spotify 系统模型由几个核心实体组成，包括表示软件组件之间边界的 API、表示单个软件块的组件，以及运行时操作组件所需的基础设施资源。

核心实体之间的关系，来源：随着目录数量的增长，这些组件变得越来越难以理解、审查和相互关联。因此，他们引入了额外的抽象，有助于理解更广泛的软件生态系统。系统是协作执行某些功能的实体的集合，而领域是与部分业务相关的实体和系统的集合。

领域、系统与核心实体的关系，来源：原文链接 ：

The Spotify System Model: Automated Architecture Visualization at Spotify