CloudFlow支援與阿里雲多個雲端服務進行整合，允許您在流程中調用這些雲端服務的API進行相關資源的操作，完成商務程序構建。本文介紹CloudFlow的服務整合類型和整合模式等。
整合類型
CloudFlow與雲端服務的整合類型包括普通整合和最佳化整合。
普通整合
普通整合是指允許CloudFlow直接調用雲產品的OpenAPI服務介面，不對這些服務介面做任何封裝處理和實現最佳化，共計可使用多達上萬條API服務介面。
最佳化整合
最佳化整合是指對部分高頻使用的雲產品服務介面進行封裝和最佳化處理，簡化介面使用難度，方便使用者整合。對於部分雲端服務或者工具，不支援CloudFlow直接通過OpenAPI服務介面與其整合，利用雲產品的SDK或公用用戶端進行最佳化整合，方便使用者在流程中使用這些雲產品或工具提供的能力。
如果某雲產品同時支援以上兩種整合類型，推薦您使用最佳化整合。雲工作流程控制台的Workflow Studio介面透出了最佳化整合的選項。更多資訊，請參見介面概覽。
目前，CloudFlow對以下常用雲端服務提供了最佳化整合支援。您可以在流程定義語言中，通過Task類型的狀態使用這些雲端服務提供的能力。
調用Function Compute服務中的指定函數。
調用執行CloudFlow服務中的指定流程。
調用Short Message Service向指定連絡人號碼傳送簡訊訊息。
向Message Service指定的Topic或Queue發送訊息。
向EventBridge指定匯流排投遞事件。
向Object Storage Service指定Bucket中寫入儲存物件。
向指定URL發送HTTP請求。
整合模式
目前CloudFlow支援以下三種整合模式。更多資訊，請參見服務整合模式。
請求響應模式（RequestComplete）
預設整合模式。發起任務調用，並以發起調用的傳回值作為執行結果，並繼續後續任務流程。
等待系統回調模式（WaitForSystemCallback）
發起任務調用完成後，流程進入掛起狀態，等待非同步回調。由系統自動發起回調。
等待使用者回調模式（WaitForCustomCallback）
發起任務調用完成後，流程進入掛起狀態，等待非同步回調。由使用者自己發起回調。
標準工作流程和快速工作流程均支援普通整合和最佳化整合，但是兩者支援的整合模式不同。標準工作流程支援三種整合模式，而快速工作流程僅支援要求響應模式（RequestComplete）。更多資訊，請參見工作流程模式對比。
普通整合和各種最佳化整合支援的整合模式如下表所示。下表中
表示支援，
表示不支援。
整合類型 | 整合的服務名稱 | 請求響應（RequestComplete） | 等待系統回調（WaitForSystemCallback） | 等待使用者回調（WaitForCustomCallback） |
最佳化整合 | Function Compute |
|
|
|
EventBridge |
|
|
| |
CloudFlow |
|
|
| |
Message Service (MNS) |
|
|
| |
HTTP |
|
|
| |
Object Storage Service (OSS) |
|
|
| |
Short Message Service (SMS) |
|
|
| |
普通整合 | 所有阿里雲產品OpenAPI |
|
|
|