数据应用程序引用模式

将数据应用程序载入数据登陆区域时，团队将被授予对其专用资源组、子网和共享资源的访问权限。 从此起，环境所有权将移交给数据应用程序团队。 这些团队必须从端到端实施和成本所有权的角度承担责任。

为了简化入门过程并减少为特定用例创建环境的提前期，组织可以提供内部参考模式。 这些参考实现包括基础结构即代码（IaC）定义，可成功为特定用例创建一组服务，例如批处理数据处理、流式处理或数据科学，并演示成功路径。 这些模式可能包括一般应用程序代码，可在实现数据解决方案时用作基线。 数据应用程序引用模式在组织之间可能有所不同，并且高度依赖于已利用的工具，以及跨数据登陆区域的常用和重复使用的数据实现模式。

其他自动化可用于进一步减少任何潜在的摩擦点，甚至自动执行数据应用程序团队模式的初始部署。 有关更多详细信息，请参阅 平台自动化和用于云规模分析的 DevOps。

最终，目标应该是将这些参考实现移交给数据应用程序团队，因为他们应该拥有解决方案的整体代码库。 额外的抽象层（如 Azure 模板规格）也是一种选择，但会增加摩擦点，因为所需变更再次需要由拥有并维护这些资源的中央团队来处理请求。 然后，中心团队需要采取措施来测试并发布更改。 此外，可能需要更复杂的发布管理过程来不影响模板规格的其他使用者。最后，随着每个团队可能需要公开不同的参数来应用模板中的某些更改，模板将变得越来越复杂。 因此，交出引用模式是最简单且最有效的解决方案，因为这样，数据应用程序团队就可以在需要时进行必要的更改。 将这些团队暴露在 IaC 的概念上是一个很好的方法，可能需要一些时间，但最终将导致整个数据平台的工程实践更好。

有关详细信息，请参阅 扩展云级分析。