關於建立彈性非同步整合
您有時候可能會發現您的整合很脆弱，甚至無法處理短暫或暫時的中斷。您需要進行非同步整合以有效率地擴展，而且您需要開發和測試這類整合的選項，以確保整合能在生產環境中如預期般運作。本解決方案手冊提供建議的方法來建置能夠抵禦現代化網路和基礎架構現實性的非同步整合。
例如，當您使用 REST API 在財務雲上建立實體時，在建立支出報表、銀行帳戶或其他實體期間可能會發生暫時中斷。若要在 Financial Cloud 中動態調節這類要求，本手冊將討論停車場模式。使用停車場模式時，您可以在處理資料之前，將資料儲存在中間階段，以避免處理諸如批次處理、複雜訊息關聯 / 流程及節流等挑戰。
關於 Oracle Integration 中的整合
整合是 Oracle Integration 的主要組成成份。整合至少包括觸發條件 (來源) 連線 (針對傳送至 Oracle Integration 的要求) 和呼叫 (目標) 連線 (針對從 Oracle Integration 傳送至目標的要求)，以及這兩個連線之間的欄位對應。
當您建立整合時，會建立在您已建立的連線上，方法是定義如何處理觸發程式 (來源) 和呼叫 (目標) 連線的資料。這包括定義要對資料執行的作業類型、要對其執行這些作業的商業物件和欄位、必要的綱要等等。為了讓此作業更容易，Oracle Integration 會處理最複雜的組態工作。設定您的觸發程式 (來源) 和呼叫 (目標) 連線之後，會啟用這兩個連線之間的對應程式，讓您能夠定義在觸發程式 (來源) 之間傳輸資訊的方式，以及呼叫 (目標) 要求和回應訊息的資料結構。
關於停車場樣式
在停車場模式中，資料會儲存在中間階段，然後再完成從中間階段到終端系統的資料處理。
以下是一些在停車場中儲存實際資料的可能替代方法。每個選項都有不同的特性需要考慮：
- 最簡單的方法是將資料儲存為 XML 表單中的 CLOB。這個方法會增加一些額外的負荷寫入和讀取 CLOB，以及在 XML 和 CLOB 之間轉換。
- 您可以將資料分別儲存在具有已完全實現之資料欄的其他表格中。如果在應用程式中，取消批次處理已經將輸入有效負載複製到資料庫表格中的列表化格式，則此方法最適用。因此，可以將資料格式用於停車場。
- 將餐桌與停車場本身結合。雖然這個解決方案或許是最具效能的，但它只能在停車場中使用簡單的資料結構。