の設定 Openflow Connector for LinkedIn Ads

注釈

このコネクタは、 Snowflakeコネクタ規約 に従うものとします。

このトピックでは、 Openflow Connector for LinkedIn Ads を設定する手順について説明します。

前提条件

  1. Openflow Connector for LinkedIn Ads について を確認してください。

  2. Ensure that you have Openflowの設定 - BYOC or Set up Openflow - Snowflake Deployments.

  3. If using Openflow - Snowflake Deployments, ensure that you've reviewed configuring required domains and have granted access to the required domains for the LinkedIn Ads connector.

認証情報を取得する

  1. LinkedIn Adsユーザーとして、以下のタスクを実行します。

    1. オプション: キャンペーンを実施・管理するための広告アカウントがない場合は、 アカウントを作成します

    2. ユーザーアカウント に、広告アカウントに対する VIEWER 以上のロールがあることを確認します。

    3. ユーザーアカウントを使用して、Advertising API アクセス権を申請します。詳細については、 Microsoftクイックスタート をご参照ください。

    4. 更新トークン を取得します。3-legged oAuthr_ads_reporting スコープを使用します。

    5. LinkedIn 開発者ポータルからクライアントID とクライアントシークレット取得します。これらの認証情報は Auth のタブ ` アプリの詳細 <https://www.linkedin.com/developers/apps>`_ で利用可能です。

Snowflakeアカウントを設定する

Snowflakeアカウント管理者として、以下のタスクを実行します。

  1. 新しいロールを作成するか、既存のロールを使用します。

  2. タイプを SERVICE として、新しいSnowflakeサービスユーザーを作成します。

  3. Snowflakeサービスユーザーに、前の手順で作成したロールを付与します。

  4. ステップ2のSnowflake SERVICE ユーザーを key-pair auth で構成します。

  5. Snowflakeではこの手順を強く推奨します。Openflowがサポートするシークレットマネージャ(AWS、Azure、Hashicorpなど)を構成し、公開キーと秘密キーを秘密ストアに格納します。

    注釈

    何らかの理由でシークレットマネージャを使用したくない場合は、組織のセキュリティポリシーに従って、キーペア認証に使用する公開キーと秘密キーファイルを保護する責任があります。

  6. シークレットマネージャを構成したら、その認証方法を決定します。AWS 上では、Openflowに関連付けられた EC2 インスタンスロールが推奨されます。こうすることで、他の秘密を永続化する必要がなくなるからです。

  7. Openflowで、右上のハンバーガーメニューから、このシークレットマネージャーに関連付けられたパラメータープロバイダーを構成します。Controller Settings » Parameter Provider に移動してから、パラメーター値を取得します。

  8. この時点で、すべての認証情報を関連するパラメーターパスで参照することができるため、機密性の高い値をOpenflow内で永続化する必要はありません。

  9. 他のSnowflakeユーザーが、コネクタによって取り込まれた生の取り込みドキュメントやとテーブルへのアクセスを必要とする場合は(Snowflakeでのカスタム処理のためなど)、それらのユーザーにステップ1で作成したロールを付与します。

  10. 取り込んだデータを格納するコネクタ用に、Snowflakeでデータベースとスキーマを作成します。最初のステップで作成したロールに必要な データベース権限 を付与します。ロールのプレースホルダーを実際の値に置き換えて、以下のSQLコマンドを使用します。

    CREATE DATABASE linkedin_destination_db;
    CREATE SCHEMA linkedin_destination_db.linkedin_destination_schema;
    GRANT USAGE ON DATABASE linkedin_destination_db TO ROLE <linkedin_connector_role>;
    GRANT USAGE ON SCHEMA linkedin_destination_db.linkedin_destination_schema TO ROLE <linkedin_connector_role>;
    GRANT CREATE TABLE ON SCHEMA linkedin_destination_db.linkedin_destination_schema TO ROLE <linkedin_connector_role>;
    
    Copy
  11. コネクタで使用するウェアハウスを作成するか、既存のウェアハウスを使用します。まずは最小のウェアハウスサイズから始め、複製するテーブルの数や転送するデータ量に応じて異なるサイズを試してみてください。テーブル数が大きい場合は、通常、ウェアハウスのサイズを大きくするよりも、 マルチクラスターウェアハウス を使用した方がスケーリングが向上します。

  12. コネクタで使用するロールを持つユーザーが、ウェアハウスを使用するために必要な権限を持っていることを確認します。権限がない場合は、ロールに必要な権限を付与してください。

    CREATE WAREHOUSE linkedin_connector_warehouse WITH WAREHOUSE_SIZE = 'X-Small';
    GRANT USAGE ON WAREHOUSE linkedin_connector_warehouse TO ROLE <linkedin_connector_role>;
    
    Copy

コネクタを設定する

データエンジニアとして、以下のタスクを実行してコネクタをインストールおよび構成します。

コネクタをインストールする

  1. 取り込んだデータを格納するコネクタ用に、Snowflakeでデータベースとスキーマを作成します。最初のステップで作成したロールに必要な データベース権限 を付与します。ロールのプレースホルダーを実際の値で置き換え、以下の SQL コマンドを使用します。

    CREATE DATABASE DESTINATION_DB;
    CREATE SCHEMA DESTINATION_DB.DESTINATION_SCHEMA;
    GRANT USAGE ON DATABASE DESTINATION_DB TO ROLE <CONNECTOR_ROLE>;
    GRANT USAGE ON SCHEMA DESTINATION_DB.DESTINATION_SCHEMA TO ROLE <CONNECTOR_ROLE>;
    GRANT CREATE TABLE, CREATE PIPE ON SCHEMA DESTINATION_DB.DESTINATION_SCHEMA TO ROLE <CONNECTOR_ROLE>;
    
    Copy
  1. Navigate to the Openflow overview page. In the Featured connectors section, select View more connectors.

  2. Openflowのコネクタページでコネクタを探し、 Add to runtime を選択します。

  3. In the Select runtime dialog, select your runtime from the Available runtimes drop-down list and click Add.

    注釈

    コネクタをインストールする前に、コネクタが取り込んだデータを格納するためのデータベースとスキーマをSnowflakeで作成したことを確認します。

  4. Snowflakeアカウント認証情報でデプロイメントを認証し、Snowflakeアカウントへのランタイムアプリケーションのアクセスを許可するよう求められたられたら、 Allow を選択します。コネクタのインストールプロセスは数分で完了します。

  5. Snowflakeアカウント認証情報でランタイムを認証します。

コネクタプロセスグループが追加されたOpenflowキャンバスが表示されます。

コネクタを構成する

注釈

各プロセスグループは、単一レポート構成のデータのフェッチを担当します。複数の構成を定期的に使用するには、レポート構成ごとに別のプロセスグループを作成します。

  1. インポートしたプロセスグループを右クリックし、 Parameters を選択します。

  2. フローパラメーター の説明に従って、必要なパラメーター値を入力します。

フローパラメーター

このセクションでは、以下のパラメーターコンテキストに基づいて構成できるフローパラメーターについて説明します。

  • Linkedin Adsソースパラメーター:LinkedInAds API との接続を確立するために使用します。

  • Linkedin Ads宛先パラメーター:Snowflakeとの接続を確立するために使用します。

  • Linkedin Ads取り込みパラメーター: 他の2つのパラメーターコンテキストのすべてのパラメーターと、指定されたプロセスグループに固有の追加パラメーターが含まれます。

    このパラメーターコンテキストには取り込み固有の詳細が含まれているため、新しいレポートおよびプロセスグループごとに新しいパラメーターコンテキストを作成する必要があります。

Linkedin Adsソースパラメーター

パラメーター

説明

クライアント ID

LinkedIn に登録されたアプリケーションのクライアント ID

クライアントシークレット

クライアントに関連するクライアントシークレット ID

更新トークン

ユーザーは、アプリ登録プロセスの後に更新トークンを取得します。アクセストークンは、クライアント ID およびクライアントシークレットとともに使用されます。

トークンエンドポイント

トークンエンドポイントは、ユーザーがアプリ登録プロセス中に取得します。

Linkedin Ads宛先パラメーター

パラメーター

説明

必須

宛先データベース

データが永続化されるデータベース。Snowflakeにすでに存在している必要があります。名前は大文字と小文字を区別します。引用符で囲まれていない識別子の場合、名前を大文字で指定します。

有り

宛先スキーマ

データが永続化されるスキーマ。これはSnowflakeにすでに存在している必要があります。名前は大文字と小文字を区別します。引用符で囲まれていない識別子の場合、名前を大文字で指定します。

次の例をご参照ください。

  • CREATE SCHEMA SCHEMA_NAME または CREATE SCHEMA schema_name: SCHEMA_NAME を使用します

  • CREATE SCHEMA "schema_name" または CREATE SCHEMA "SCHEMA_NAME": それぞれ schema_name または SCHEMA_NAME を使用します

有り

Snowflake認証ストラテジー

以下を使用する場合:

  • Snowflake Openflow Deployment or BYOC: Use SNOWFLAKE_SESSION_TOKEN. This token is managed automatically by Snowflake. BYOC deployments must have previously configured runtime roles to use SNOWFLAKE_SESSION_TOKEN.

  • BYOC: Alternatively BYOC can use KEY_PAIR as the value for authentication strategy.

有り

Snowflakeアカウント識別子

以下を使用する場合:

  • Session Token Authentication Strategy: 空白にする必要があります。

  • KEY_PAIR: データが永続化される[organization-name]-[account-name]形式のSnowflakeアカウント名。

有り

Snowflake秘密キー

以下を使用する場合:

  • Session Token Authentication Strategy: 空白にする必要があります。

  • KEY_PAIR:認証に使用される RSA プライベートキーである必要があります。

    その RSA キーは PKCS8 標準に従ってフォーマットされ、標準の PEM ヘッダーとフッターを持つ必要があります。SnowflakeプライベートキーファイルまたはSnowflakeプライベートキーのいずれかを定義する必要があることに注意してください。

無し

Snowflake秘密キーファイル

以下を使用する場合:

  • Session token authentication strategy:プライベートキーファイルは空白である必要があります。

  • KEY_PAIR:Snowflakeへの認証に使用される RSA プライベートキーを含むファイルをアップロードします。これは、PKCS8 標準に従ってフォーマットされ、標準の PEM ヘッダーとフッターを含んでいる必要があります。ヘッダー行は で始まります -----BEGIN PRIVATE.プライベートキーファイルをアップロードするには、Reference asset チェックボックスを選択します。

無し

Snowflake秘密キーパスワード

以下を使用する場合

  • Session Token Authentication Strategy: 空白にする必要があります。

  • KEY_PAIR: Provide the password associated with the Snowflake private key file.

無し

Snowflakeロール

以下を使用する場合

  • Session Token Authentication Strategy: Use your runtime role. You can find your runtime role in the Openflow UI, by navigating to View Details for your Runtime.

  • KEY_PAIR Authentication Strategy:サービスユーザーのために構成された有効なロールを使用します。

有り

Snowflakeのユーザー名

以下を使用する場合

  • Session Token Authentication Strategy: 空白にする必要があります。

  • KEY_PAIR:Snowflakeインスタンスへの接続に使用するユーザー名を提供します。

有り

Snowflakeウェアハウス

クエリの実行に使用されるSnowflakeウェアハウス。

有り

Linkedin Ads取り込みパラメーター

以下のリストに、他のパラメーターコンテキストから継承されないパラメーターを一覧表示します。

パラメーター

説明

レポート名

レポートの一意の名前。大文字で表記され、宛先テーブル名として使用されます。

開始日

インジェスチョンを開始する開始日。yyyy- MM-dd形式にある必要があります。

時間粒度

結果の時間粒度。可能な値:

  • ALL: レポートの全時間範囲にわたって1つの結果にグループ化された結果。

  • DAILY: 日ごとにグループ化された結果。

  • MONTHLY: 月ごとにグループ化された結果。

  • YEARLY: 年ごとにグループ化された結果。

コンバージョンウィンドウ

DAILY 時間粒度を選択した場合、増分ロード中にデータが更新される時間枠。例えば、 コンバージョンウィンドウ が30日に等しい場合、 INCREMENTAL ロード中、取り込みは最後に取り込みに成功した日から30日を引いた日から開始されます。

次の場合に必要 DAILY 時間の細分性が指定されています。他の可能な時間粒度の場合、たとえば ALLMONTHLY および YEARLY などでは SNAPSHOT インジェスチョン戦略が使用されます。開始日から現在までのデータは常にダウンロードされるため、変換ウィンドウを使用する必要はありません。

コンバージョンウィンドウには、1~365までの任意の数を指定できます。

メトリック

メトリックのコンマ区切りリスト。メトリックは大文字と小文字を区別します。詳細については、 レポート をご参照ください。

pivotValuesdateRange メトリックは必須で、コネクタが自動的に含めます。

必須メトリックを含め、最大20個のメトリックを指定できます。

ピボット

トピックのコンマ区切りリスト。利用可能なピボットは以下の通りです。

0~1個のピボットが指定されている場合、コネクタはAnalytics Finderを使用し、2~3個のピボットが選択されている場合はStatistics Finderに切り替わります。最大3個のピボットを使用できます。

共有

トピックのコンマ区切りリスト IDs。このパラメーターは、共有による結果のフィルターに使用できます ID.

キャンペーン

キャンペーンのコンマ区切りリスト IDs。このパラメーターは、キャンペーン ID によって結果をフィルタリングするために使用できます。

キャンペーングループ

キャンペーングループのコンマ区切りリスト IDs.このパラメーターは、キャンペーングループ ID ごとに結果をフィルタリングするために使用できます。

アカウント

コンマ区切りアカウントリストIDs。このパラメーターは、アカウント ID で結果をフィルタリングするために使用できます。

企業

企業 IDsのコンマ区切りリスト。このパラメーターを使用して、企業 ID ごとに結果をフィルターできます。

注釈

フィルター(共有、キャンペーン、キャンペーングループ、アカウント、会社)のうち少なくとも1つを指定する必要があります。

フローを実行する

  1. プレーンを右クリックし、 Enable all Controller Services を選択します。

  2. インポートしたプロセスグループを右クリックし、 Start を選択します。

    コネクタがデータの取り込みを開始します。