交易平臺與託管平臺業務對接小結

    本人一直不敢原創，做學問需要嚴謹，總感覺別人寫的比自己好，所以還是順手牽羊比較省力~~不過最近遇到業務上的一些小問題，還是總結下，以備不時之需。
    專案背景：A平臺作為交易平臺，B平臺作為資金託管平臺；在實質的交易過程中，平臺A除了完成交易外還需要記錄平臺使用者的賬戶資訊，資金流向記錄等，但使用者的實質資金在B平臺託管，所以A的所有動作都需要與平臺B進行通訊（平臺A受制於平臺B提供的介面）。平臺A與平臺B交易對接主要透過頁面Post方式進行資料同步（對接方式不在本篇討論）
    現以還款業務為例，記錄專案中遇到的問題:
    還款需要進行的動作：1、在平臺A進行還款-》平臺A進行做賬（記錄資金流）-》在B平臺進行扣款-》傳送資訊通知還款人和投資人；平臺A需產生還款訂單，到平臺B進行扣款；
                                    2、還款對應多個投資人（1-n）；3、傳送郵件和簡訊提醒，需呼叫其他介面
        
    方案一：
        在平臺A進行還款時，計算還款金額，產生還款訂單；然後將訂單Post到B平臺，根據B平臺執行結果，更新平臺A賬戶資訊；最後傳送簡訊、郵件提醒，寫提醒Log。
        優點：1、還款時，根據B平臺執行的結果，更新A平臺的資訊，從而使平臺A的帳和平臺B的資金同步；
                  2、簡訊和郵件提醒即時傳送；
        缺點：1、平臺A和平臺B高耦合，互相影響，（B成功，A不成功；B不成功，A成功；B成功，A成功；B不成功，A不成功）；
                  2、基於平臺A和平臺B實時在進行互動，無法使用事務機制，在迴圈過程中，如果針對某個投資人的還款異常，則影響剩餘投資人還款；
                  3、每個投資人先產生訂單，馬上Post到B平臺，然後根據B平臺返回結果更新投資人資金資料，產生異常後其他訂單都未產生；
                  4、實時傳送短息和郵件提醒，則增加還款的耦合，如果傳送提醒時異常，也會影響到剩餘的還款。
     方案二：
        在平臺A進行還款，計算還款金額，產生還款訂單，更新平臺A賬戶資訊，寫簡訊、郵件日誌；然後根據訂單單獨Post資料到平臺B；最後掉介面只管傳送郵件和簡訊。
        優點：1、明細降低平臺A、平臺B、傳送提醒直接的耦合，使其三者可以互不干擾；
                  2、先在A平臺還款，更新A平臺的帳資訊，記錄Log，則此時可以使用事務機制，先保證在平臺A整個還款動作是同步統一的，然後在Post資料到平臺B，最後根據簡訊、郵件Log傳送提醒；
        缺點：1、平臺A和平臺B可能存在暫時的資料不同步；
                  2、簡訊和郵件提醒存在延遲；