インスタンスのカスタム・エンドポイントの構成
Oracle Cloudコンソールで生成された元のインスタンスURLではなく、独自のホスト名(mycustom.example.orgなど)でOracle Integrationインスタンスにアクセスするようにカスタム・エンドポイントを構成します。
統合へのランタイム・アクセスでは、リダイレクトなしでカスタム・エンドポイントが使用されます。他のすべてのアクセス・ポイント(設計時、Oracle Visual Builder、プロセス自動化)については、カスタム・エンドポイントには引き続きアクセスしますが、カスタム・エンドポイントは適切なURLにリダイレクトします。
次の点に注意してください。
- カスタム・エンドポイントをOracle Integrationインスタンスに関連付けても、元のインスタンスURLには影響しません。カスタム・エンドポイントURLまたは元のインスタンスURLを使用してインスタンスにアクセスできます。
- Oracle NetSuiteアダプタを使用している場合、アダプタのTBA認可フロー・セキュリティ・ポリシーは、Oracle Integrationのカスタム・エンドポイントでは機能しません。
- APIゲートウェイを使用している場合:
- 設計時、Oracle Visual Builderおよびプロセス自動化はAPIゲートウェイをバイパスします。つまり、APIゲートウェイはそれらのアクセス・ポイントをリダイレクトしません。インスタンスにAPIゲートウェイを使用する場合は、カスタム・エンドポイントではなく、元のURLを使用してこれらのリソースにアクセスします。
- APIゲートウェイのVCNをOracle Integration許可リストに追加します。APIゲートウェイは、そのVCN内のすべてのRESTトラフィックのアクセスを管理します。APIゲートウェイにデプロイされたAPIからのコールのみがOracle Integrationに渡されます。インスタンスの許可リストの構成を参照してください。
APIゲートウェイを使用した統合エンドポイントの管理を参照してください。
Oracle Integrationインスタンスに対して次のタイプのカスタム・エンドポイントを作成できます。
- Oracle管理のカスタム・エンドポイント
このオプションを使用する場合、Oracleはホストのパブリック証明書を取得および管理します。
- 顧客管理カスタム・エンドポイント
このオプションは、独自のロード・バランサを使用する場合に適しています。ただし、このオプションを使用すると、証明書を最新の状態に保つ責任があることに注意してください。証明書を期限切れにすると、カスタム・エンドポイントを使用するアプリケーションは失敗します。
顧客管理カスタム・エンドポイントからOracle管理カスタム・エンドポイント(またはその逆)に切り替える場合は、既存のカスタム・エンドポイントを削除し、新しいタイプのカスタム・エンドポイントの前提条件を完了してから、新しいカスタム・エンドポイントを作成する必要があります。