共计 910 个字符，预计需要花费 3 分钟才能阅读完成。
SAP BTP MTA 标准解决了云和本地平台的生命周期和编排复杂性，其官网定义如下：
多指标应用程序 (MTA) 由多个局部（
modules）组成，应用不同的技术创立并部署到不同的指标，但具备繁多、通用的生命周期。
MTA 通过正式的独立于指标和技术的应用程序模型将开发人员与特定于部署 target 的本机工具（如 Cloud Foundry 的 cf push）隔离开来，解决了部署挑战。开发人员负责形容应用程序的模块、与其余模块的依赖关系、MTA 和（微）服务，以及所需和公开的接口。
MTA 应用程序的生命周期治理框架，负责在本地和云平台上验证、编排和自动化 MTA 部署。
MTA 在逻辑上是一个繁多的应用程序，由多个相干和相互依赖的局部（这里称为 modules）组成，这些局部应用不同的技术或编程范例开发，并设计为在不同的指标运行时环境中运行，具备繁多、统一的生命周期。
模块不肯定须要是在运行时容器中执行的 代码。相同，它可能蕴含使利用程序运行所需的其余 artifact. 例如，思考要部署到文档 Web 服务器的文档，或者要部署到 API 网关的 API 元数据，或者要部署到地方注册表的配置数据。
MTA 模型用于以下目标：
- 定义一个由多个（异构，
heterogeneous）子组件组成的应用程序（益处：工具能够为这些子组件建设一个独特的生命周期） - 在运行时和 / 或部署时申明应用程序依赖的资源（益处：工具能够调配和绑定这些资源）
- 定义配置变量（及其关系），其值辨别应用程序的不同部署（益处：工具能够绑定子组件，能够依据默认设置主动部署，或者交互申请缺失的强制值）
MTA 模型是开发人员（应用开发工具）和 MTA 部署人员之间的 former contract. 部署器是一个工具，它应用 MTA 模型的形容并将其转换为指标平台特定的 native 命令，用于配置运行时容器、创立和绑定资源（例如，Cloud Foundry 或 SAP XS Advanced 上的 service instance），以及装置、运行和更新利用模块。MTA 部署器可能不仅仅是一个工具，因为它能够蕴含用于保护配置和聚合多个指标平台特定部署器的工具。开发环境也蕴含这样的性能，因为部署（例如用于测试）是开发过程中不可或缺的一部分。
