始める前に知っておくべき10のこと
Oracle Integrationは初めてですか。 熟練した開発者であれ、ローコード・プラットフォームで少し仕事をしたことがあるとしても、これらのポインタは自信を持って開始し、すぐに専門家になるのに役立ちます。
Oracle Integrationには直感的なドラッグ・アンド・ドロップ・インタフェースがあり、統合を迅速かつ簡単に設計できます。 効率的な統合を確実に構築するには、構築を始める前に専門知識の開発に時間を費やしてください。
1. 統合によるビジネスの合理化
ビジネスや目標に関係なく、Oracle Integrationを使用してビジネス・プロセスを自動化できます。 たとえば、次のことが可能です。
- アプリケーション間でデータを送信します。
- クラウド内のアプリケーションをオンプレミス・ソフトウェアに接続します。
- 調達から支払いまで、照会からオーダーまで、採用から退職まで、エンド・ツー・エンドのソリューションを自動化します。
- ビジネス・プロセスをモニターします。
- エラーからリカバリします。
接続、マッピング、参照など、データの移動に役立つコンポーネントもあります。 スキルを成長させ、迅速かつ効率的に統合を構築できるように、連携する方法を理解します。
詳細: 統合について、接続について、マッピングについておよびルックアップについて
2. プロジェクトは優れたリリース・マネージャ
Oracle Integrationは、必要なすべてのコンポーネントをプロジェクトと呼ばれる単一のソリューションに配置する直感的なユーザー・インタフェースを提供します。 そこで、関連する統合を設計、管理および観測します。 プロジェクトは、日々の作業と統合のデプロイメントを合理化します。
詳細: プロジェクトについて
3. 統合のパターンによって開始方法が決まります
統合の設計を開始するときに、使用する統合パターンを選択します。 パターンは、統合を開始するイベントまたはアクティビティを決定します。
次の統合パターンを使用できます:
-
アプリケーション統合
アプリケーション統合を作成して、特定のビジネス・イベントの発生後またはアプリケーションの変更後にデータを移動します。 たとえば、顧客がオーダーを送信した後、または従業員がアプリケーションで更新を行った後に、アプリケーション統合が実行されます。
ビジネス・イベントが発生すると、アプリケーションはOracle Integrationにリクエストを送信して統合を開始します。 トリガー接続によってリクエストが処理されます。 トリガー接続はアダプタを使用して作成します。
-
イベント統合
アプリケーションで特定のイベント・タイプを作成したときにデータを移動するイベント統合を作成します。 このパブリッシュ/サブスクライブ・パターンには、2つの統合が必要です。 最初の統合では、特定のイベント・タイプがアプリケーションで作成されていることが検出され、イベントが公開されます。 2番目の統合はイベントをサブスクライブします。
-
統合のスケジュール
スケジュール統合を作成して、特定の日時またはオンデマンドでデータを移動します。
詳細: 統合スタイルの理解
4. アプリケーション統合は非同期または同期にできます
アプリケーション統合は、同期統合または非同期統合として設計できます。 同期統合は即座にレスポンスを提供しますが、非同期統合は、統合がどれほど複雑であっても、リクエストの配信を保証します。
-
非同期統合は、受け入れられると必ず実行されます
できるかぎり非同期統合を使用します。 非同期統合は即時確認を提供し、設計によっては完了時にレスポンスを提供することもできます。
-
同期的な統合により、即座に対応
オーダーの確認番号を顧客に提供するなど、ビジネス・プロセスで即時レスポンスが必要な場合は、同期統合を作成します。 同期統合はすぐに終了し、コール元にレスポンスが返され、コール元にエラーが戻されます。
同期統合で発生するエラーは回復できません。 たとえば、エラーが発生した場合、失敗した統合インスタンスは送信できません。
「アプリケーション統合について」を参照してください。
5. スケジュール統合はステージングされ、単純である必要があります
ビジネス・レスポンスをスケジュールどおりに実行する必要がある場合は、スケジュール統合を使用します。 たとえば、スケジュール統合を使用して、月末に給与計算を実行したり、毎週金曜日の午後5時に在庫を同期します。
スケジュール統合を作成する際は、次のガイダンスに留意してください:
-
開始時間を短くします。
たとえば、営業日の終わりに10個の日次統合を実行する必要がある場合は、1つを午後5時に開始し、次に午後5時5分に開始します。
-
スケジュールの統合を小さくシンプルに保ちます。
スケジュールの統合を小さくシンプルに保つためのヒントについては、ぜひご覧ください。
「スケジュール統合について」を参照してください。
6. 異なるパターンとの統合を組み合せることができます
即時レスポンスが必要な場合、またはスケジュールに基づいて統合を実行する必要がある場合は、同期統合またはスケジュール統合を非同期統合とペアにできます。
-
同期統合と非同期統合をペアにするタイミング
ビジネス・プロセスが複雑で、迅速な対応が必要な場合、次の2つのタスクを完了する同期統合を構築します:
-
クイック・レスポンスを返します。
たとえば、同期統合では、オーダーを履行する前に、顧客のオーダーの確認番号を返品したり、顧客の与信チェックを完了できます。
-
1つ以上の非同期統合を開始します。
非同期統合には、在庫の更新、梱包リストの作成など、作業の大部分が含まれます。
「同期統合と非同期統合の選択方法」を参照してください。
-
-
スケジュールと非同期の統合をペアにするタイミング
ビジネス・プロセスが複雑な場合は、次の2つのタスクを完了するスケジュール統合を作成します:
- 適切なタイミングでプロセスを開始します。
- 作業の大部分を含む1つ以上の非同期統合を開始します。
ヒント:
どのようなタイプの統合を作成しても、できるだけシンプルにしてください。 シンプルな統合は、複雑な統合よりも迅速に実行されます。 もちろん、統合は対応するビジネス・プロセスと同じくらい単純で、一部のビジネス・プロセスは圧倒的に複雑です。 このような複雑さを考慮して設計する場合、統合がリソースと競合していることに注意してください。 全員が計画通りに完了できる確率を得られるようにしましょう。7. サービス制限によりガード・レールを提供
すべてのユーザーがサービス制限(統合を操作するための割当ておよび許容量)内で作業する必要があります。 新規ユーザーが行う一般的な誤りは、サービス制限を超える複雑な統合を設計することです。
今のところ、ビジネス・フローを開始することに重点を置いていますが、統合が現実世界で発生するシナリオについて考えて時間を費やしてください。 たとえば、オーダーを処理する必要がある同期統合の設計を開始する前に、統合で処理する必要があるファイルの実際のサイズを検討します。 たとえば、統合で処理する必要があるオーダーに多数の明細が含まれる場合、オーダー処理に時間がかかり、統合がタイムアウトする可能性があります。
サービス制限を暗記する必要はありません。 ただし、多くの場合、統合を計画および開発する際にこれらを参照します。 制限を事前に把握して、最初から効果的で適切な統合を設計できます。
詳細: Oracle Integration 3のプロビジョニングと管理のサービス制限8. ベスト・プラクティスを利用可能
クラス最高の統合を作成するために、Oracle Integrationの専門家である必要はありません。 これは、ベスト・プラクティスとアンチ・パターン(最悪の慣行とも呼ばれる)を収集したためです。 この指示に従って、実行すべきアクションと回避すべきミスを確認してください。 作業前と作業中にこのガイダンスをレビューして、問題なく稼働する統合を作成します。
ベスト・プラクティスとアンチ・パターンをサービス制限とともに把握することで、組織での統合のベスト・プラクティスのための主要なリソースとなります。
詳細: 設計のベスト・プラクティス
9. フォルト・ハンドラは、間違いが発生したときに物事を移動し続けます
最初の統合の設計を開始する前に、グローバル・フォルト・ハンドラの実装に時間を費やしてください。 フォルト・ハンドラは、暗号化されたエラー・メッセージをアクション可能なタスクに変換します。 このスモール・タイム投資は、ビジネスを円滑に運営し、すべての時間を節約します。
10. 今すぐテストするか、稼働後に再加工
分離が適切に実行される統合は、load...orでは適切に実行されない場合があります。 本番のような環境でテストするまで、すべてのシステムがどのように連携するかはわかりません。 たとえば、ある程度のレイテンシを経験しているオンプレミス・アプリケーションは、同期統合に悪影響を及ぼす可能性があります。
統合を本番環境に移行する前に、ロード中の実際のシナリオでテストします。 統合を変更する必要がある場合、本番環境で使用する前に、より高速で簡単に再処理できます。