ストリーミング・ソースとのコネクタの作成

識別情報およびオプションのログとタグを入力します。

• コネクタ名: 新しいコネクタのわかりやすい名前とオプションの説明を入力します。機密情報を入力しないでください。
• コンパートメントの選択: 新しいコネクタを格納するコンパートメントを選択します。
• 説明(オプション): コネクタの説明を入力します。
• ログの有効化(オプション): 新しいコネクタのサービス・ログを有効にし、次の情報を指定する場合に選択します。
  • カテゴリ (デフォルト値: 実行ログ)
  • コンパートメント: コネクタのサービス・ログを格納するコンパートメントを選択します。
  • ログ・グループ: サービス・ログを格納するログ・グループ(コンパートメント別)を選択します。新しいログ・グループを作成するには、「新規グループの作成」を選択し、名前を入力します。
  • Log name (オプション): ログの名前を入力します。
  • 拡張オプションの表示:
    • レガシー・アーカイブ・ログの有効化(オプション): レガシー・ログ・アーカイブでは、コンパートメントにバケットが自動的に作成され、ログのコピーがアーカイブされます。
    • ログの保存(オプション): サービス・ログを保持する期間を指定します(デフォルト: 30日)。
  • タグ(オプション): コネクタにタグを追加するには、表示されるオプションを選択します。
    • タグ
    • タグの追加(「拡張オプションの表示」の下)

    リソースを作成するアクセス許可がある場合、そのリソースにフリーフォーム・タグを適用するアクセス許可もあります。定義済タグを適用するには、タグネームスペースを使用する権限を持つ必要があります。タグ付けの詳細は、リソース・タグを参照してください。 タグを適用するかどうかわからない場合は、このオプションをスキップするか、管理者に問い合せてください。後でタグを適用できます。

「次へ」を選択します。

データの転送元となるコネクタのソース・ストリームを指定します。

• ソースの選択: 「ストリーミング」を選択します。
• ソースの構成: ソース・ストリームを選択します。
  ノート
  
  プライベート・エンドポイント構成がサポートされています。プライベート・エンドポイントを使用するには、ストリームのプライベート・エンドポイントの前提条件を参照してください。

  • コンパートメント: 必要なストリームを含むコンパートメントを選択します。
  • ストリーム・プール: 必要なストリームを含むストリーム・プールを選択します。
    ノート
    
    コネクタのストリーム・プールおよびストリームを選択するには、ストリーム・プールおよびストリームを読み取る権限が必要です。IAMポリシー(コネクタ・ハブの保護)を参照してください。
  • ストリーム: データを受信するストリームの名前を選択します。
  • 読取り位置: ストリームの読取りを開始するカーソル位置を指定します。
    • 最新: コネクタの作成後にパブリッシュされたメッセージの読取りを開始します。
      • この構成で新しいコネクタを初めて実行すると、コネクタの作成時間からデータが移動します。最初の実行が失敗した場合(ポリシーが欠落している場合など)、解決後、コネクタはコネクタの作成時間からデータを移動するか、作成時間が保存期間外の場合はストリーム内で使用可能な最も古いデータを移動します。たとえば、保存期間が2時間のストリームについて午前10時に作成されたコネクタを考えてみます。失敗した実行が午前11時に解決された場合、コネクタは午前10時からデータを移動します。失敗した実行が午後1時に解決された場合、コネクタはストリーム内で使用可能な最も古いデータを移動します。
      • その後、ストリームの次の位置からデータを移動します。後で実行が失敗した場合、解決後、コネクタはストリームの次の位置またはストリーム内の最も古い使用可能なデータから、ストリームの保存期間に応じてデータを移動します。
    • Trim Horizon: ストリーム内で使用可能な最も古いメッセージからの読取りを開始します。
      • この構成で新しいコネクタを初めて実行すると、ストリーム内で使用可能な最も古いデータからデータが移動します。最初の実行が失敗した場合(ポリシーの欠落など)、解決後、コネクタはストリームの保存期間に関係なく、ストリーム内で使用可能な最も古いデータを移動します。
      • その後、ストリームの次の位置からデータを移動します。後で実行が失敗した場合、解決後、コネクタはストリームの次の位置またはストリーム内の最も古い使用可能なデータから、ストリームの保存期間に応じてデータを移動します。

「次へ」を選択します。

オプションで、ファンクション・サービスを使用してソースからのデータを処理するようにファンクション・タスクを構成します。

「次へ」を選択します。

データの送信先のターゲット・サービスを指定します。

• ターゲット: データの転送先のサービスを選択します。
  • ファンクション: ストリーム・データをファンクションに送信します。
  • ログ・アナリティクス: ストリーム・データをログ・グループに送信します。
  • 通知: ストリーム・データをトピックに送信します。通知は、ファンクション・タスクが定義されていない場合にのみサポートされます。
  • オブジェクト・ストレージ: ストリーム・データをバケットに送信します。
  • ストリーミング: ストリーム・データをストリームに送信します。
• ターゲットの構成: 選択したターゲットの値を入力します。

  ファンクション

  • コンパートメント: 必要なファンクションを含むコンパートメントを選択します。
  • ファンクション・アプリケーション: 必要なファンクションを含むファンクション・アプリケーションの名前を選択します。
  • ファンクション: データの送信先のファンクションの名前を選択します。
  • 追加オプションの表示(オプション): このリンクを選択し、関数に送信されるデータのバッチごとに制限を指定します。手動設定を使用するには、バッチ・サイズ制限(KBまたはメッセージ数)およびバッチ時間制限(秒)の値を指定します。

    たとえば、5,000KBまたは10メッセージを選択して、バッチ・サイズを制限します。バッチ時間制限の例は5秒です。

  ファンクションのターゲットに関する考慮事項:

  • コネクタはソース・データをJSONリストとしてバッチでフラッシュします。最大バッチ(ペイロード)サイズは6MBです。
  • ファンクションは、1回の呼出しで6MBのデータと同期するように呼び出されます。データが6MBを超えると、コネクタが再びファンクションを呼び出して制限を超えるデータを移動します。このような呼出しは順次処理されます。
  • ファンクションは最大5分間実行できます。Delivery Detailsを参照してください。
  • Functionsターゲットからコネクタにデータを返さないでください。コネクタ・ハブは、ファンクション・ターゲットから返されたデータを読み取りません。

  ログ・アナリティクス

  • コンパートメント: 必要なログ・グループを含むコンパートメントを選択します。
  • ログ・グループ: 目的のログ・グループを選択してください。
  • ログ・ソース識別子(ストリーミング・ソースの場合のみ): ログ・ソースを選択します。

  通知

  • コンパートメント: 目的のトピックを含むコンパートメントを選択します。
  • トピック: データの送信先のトピックの名前を選択します。
  • メッセージの形式: 必要なオプションを選択します:
    ノート
    
    「メッセージの書式」オプションを使用できるのは、ロギング・ソースのコネクタのみです。これらのオプションは、機能タスクがあるコネクタには使用できません。「メッセージ形式」オプションが使用できない場合、メッセージはRAW JSON BLOBとして送信されます。
    • フォーマットされたメッセージの送信: 簡単でわかりやすいレイアウト。

      フォーマットされたメッセージに対してサポートされているサブスクリプション・プロトコルとメッセージ・タイプを確認するには、わかりやすいフォーマットを参照してください。

    • RAWメッセージの送信: RAW JSON BLOB。

  通知ターゲットの考慮事項:

  • Notificationsのターゲットの最大メッセージ・サイズは128KBです。最大サイズを超えるメッセージは削除されます。
  • SMSメッセージには、特定のコネクタ構成に対する予期しない結果が表示されます。この問題は、指定されたコネクタ構成でSMSサブスクリプションを含むトピックに限定されます。詳細は、「単一の通知に対する複数のSMSメッセージ」を参照してください。

  オブジェクト・ストレージ

  • コンパートメント: 目的のバケットを含むコンパートメントを選択します。
  • バケット: データの送信先のバケットの名前を選択します。
  • オブジェクト名接頭辞: オプションで接頭辞値を入力します。
  • バッチ・オプションの表示: このリンクを選択し、オプションでバッチ・サイズ(MB)およびバッチ時間(ミリ秒)の値を入力します。フィールドには、「バッチ・サイズ」および「バッチ時間」というラベルが付いています。

  オブジェクト・ストレージ・ターゲットに関する考慮事項:

  • バッチ・ロールオーバーの詳細:

    • バッチ・ロールオーバー・サイズ: 100MB
    • バッチ・ロールオーバー時間: 7分

  • オブジェクト・ストレージに保存されるファイルは、gzipを使用して圧縮されます。

  • モニタリング・ソースから移動されたデータの形式: オブジェクト。コネクタは、Monitoringからメトリック・ネームスペース別にソース・データをパーティション化し、各グループ(ネームスペース)のデータをオブジェクトに書き込みます。各オブジェクト名には次の要素が含まれます。

    <object_name_prefix>/<service_connector_ocid>/<metric_compartment_ocid>/<metric_namespace>/<data_start_timestamp>_<data_end_timestamp>.<sequence_number>.<file_type>.gz

    オブジェクト内では、データ・ポイントの各セットが新しい行に追加されます。

  ストリーミング

  ノート
  
  コネクタのストリーム・プールおよびストリームを選択するには、ストリーム・プールおよびストリームを読み取るための認可が必要です。IAMポリシー(コネクタ・ハブの保護)を参照してください。プライベート・エンドポイント構成がサポートされています。プライベート・エンドポイントを使用するには、Streamsのプライベート・エンドポイントの前提条件を参照してください。

  • コンパートメント: 必要なストリームを含むコンパートメントを選択します。
  • ストリーム: データの送信先のストリームの名前を選択します。

  ストリーミング・ターゲットに関する考慮事項:

  • モニタリング・ソースから移動されたデータの形式: 各オブジェクトは個別のメッセージとして書き込まれます。

「次へ」を選択します。

コネクタ構成を確認し、「作成」を選択します。

作成プロセスが開始され、その進行状況が表示されます。完了すると、コネクタの詳細ページが開きます。