2017-09-05 12 views
0

大規模なオンプレミスOracleモノリシック・アプリケーションをクラウド・ベースのマイクロサービスに移行/統合する作業を進めています。長い間、マイクロサービスはOracle DBから供給され、Oracle DBと同期する必要があります。マイクロ・サービスとの統合のためのOracle Golden Gate

DB-to-DB(s)のほぼリアルタイムレプリケーションにOracle Golden Gateを使用する方法があります。利点は、信頼性と復元力があるように見えることです。欠点は、低レベルのCDC/DBの変更(アプリケーションレベルのイベントとは対照的に)で動作することです。

代わりに、データを豊かにしてからカフカのようなものにプッシュすることで、ソースDBからより高いレベルのビジネスイベントを作成することもできます。欠点は、ソースDBに負荷がかかり、ソースに耐久性が要求されることです。

誰も同じような問題を処理しましたか?アドバイスをいただければ幸いです。

答えて

0

私たちの最大の問題は、レガシーデータがLAN上にあり、マイクロサービスがパブリッククラウドにあることです(「新しいレガシー」ハイブリッドクラウドの未来を避けるためです)。

Big Data用のOracle Goldengateは、JSONとして変更レコードをKafka/Confluentにプッシュできます。あなた自身のハンドラを書くオプションもあります。多くのPoCコードはgithubで見つけることができます。

時間が経つにつれて、フィードの数が300+の範囲で終了することが明らかになりました。クラウドアプリケーションにレガシーデータをプッシュするのではなく、データ仮想化+キャッシュアプ​​ローチを検討しています

関連する問題