SAP BTP MTA 規範解決了雲和本地平臺的生命週期和編排複雜性，其官方定義如下：

> 多目標應用程式 (MTA) 由多個部分（`modules`）組成，使用不同的技術建立並部署到不同的目標，但具有單一、通用的生命週期。

MTA 透過正式的獨立於目標和技術的應用程式模型將開發人員與特定於部署 target 的本機工具（如 Cloud Foundry 的 `cf push`）隔離開來，解決了部署挑戰。 開發人員負責描述應用程式的模組、與其他模組的依賴關係、MTA 和（微）服務，以及所需和公開的介面。

MTA 應用程式的生命週期管理框架，負責在本地和雲平臺上驗證、編排和自動化 MTA 部署。

MTA 在邏輯上是一個單一的應用程式，由多個相關和相互依賴的部分（這裡稱為 `modules`）組成，這些部分使用不同的技術或程式設計範例開發，並設計為在不同的目標執行時環境中執行，具有單一、一致的生命週期。

模組不一定需要是在執行時容器中執行的`程式碼`。 相反，它可能包含使應用程式執行所需的其他 `artifact`. 例如，考慮要部署到文件 Web 伺服器的文件，或者要部署到 API 閘道器的 API 後設資料，或者要部署到中央登錄檔的配置資料。

MTA 模型用於以下目的：

1. 定義一個由多個（異構，`heterogeneous`）子元件組成的應用程式（好處：工具可以為這些子元件建立一個獨特的生命週期）

2. 在執行時和/或部署時宣告應用程式依賴的資源（好處：工具可以分配和繫結這些資源）

3. 定義配置變數（及其關係），其值區分應用程式的不同部署（好處：工具可以繫結子元件，可以根據預設設定自動部署，或者互動請求缺失的強制值）

![](https://img-blog.csdnimg.cn/img_convert/c4786fb465dd3b23b344108cdc815351.png)

MTA 模型是開發人員（使用開發工具）和 MTA 部署人員之間的 `former contract`. 部署器是一個工具，它使用 MTA 模型的描述並將其轉換為目標平臺特定的 `native` 命令，用於配置執行時容器、建立和繫結資源（例如，Cloud Foundry 或 SAP XS Advanced 上的 `service instance`）， 以及安裝、執行和更新應用模組。 MTA 部署器可能不僅僅是一個工具，因為它可以包含用於維護配置和聚合多個目標平臺特定部署器的工具。 開發環境也包含這樣的功能，因為部署（例如用於測試）是開發過程中不可或缺的一部分。

SAP BTP MTA 應用解決的架構痛點

相關文章