Openflow Connector for HubSpot を設定する

注釈

コネクタには、 コネクタ利用規約 が適用されます。

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

前提条件

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

  2. Openflowを設定した ことを確認します。

認証情報を取得する

HubSpot 管理者として、 HubSpot プライベートアプリトークンを生成するか、 HubSpot アカウントで作成します。これにより、 HubSpot API に対するリクエストを認証することができます。

  1. HubSpot アカウントにログインします。

  2. 上部のナビゲーションバーで歯車のアイコンを選択し、 Settings に移動します。

  3. 左のナビゲーションで、 Integrations » Private Apps に移動します。

  4. Create a private app を選択します。

    1. アプリの名前を入力します。

    2. Scopes タブに移動します。

    3. 作成する API リクエストに必要なスコープを選択します。API リクエストに必要なスコープを探すには、 スコープ をご参照ください。

    4. Create app を選択します。

    5. 各エンドポイントに対して行う API リクエストに必要なスコープを設定します。

  5. アクセストークンを表示するには、 View access token を選択します。トークンをコネクタパラメーターに貼り付けるか、安全に保存します。

Snowflakeアカウントを設定する

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

  1. 新しいロールを作成するか、既存のロールを使用して データベース権限 を付与します。

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

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

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

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

    注釈

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

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

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

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

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

  7. コネクタが使用するウェアハウスを指定します。まずは最小のウェアハウスサイズから始め、複製するテーブルの数や転送するデータ量に応じて異なるサイズを試してみてください。テーブル数が大きい場合は、通常、ウェアハウスのサイズを大きくするよりも、 マルチクラスターウェアハウス を使用した方がスケーリングが向上します。

コネクタを設定する

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

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

  1. Openflowの概要ページに移動します。 Featured connectors セクションで、 View more connectors を選択します。

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

  3. Select runtime ダイアログで、 Available runtimes ドロップダウンリストからランタイムを選択します。

  4. Add を選択します。

    注釈

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

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

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

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

コネクタを構成する

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

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

フローパラメーター

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

HubSpot ソースパラメーター

パラメーター

説明

HubSpot アクセストークン

HubSpot プライベートアプリケーションのアクセストークン。

HubSpot 宛先パラメーター

パラメーター

説明

宛先データベース

データが永続化されるデータベース。既にSnowflakeに存在している必要があります

宛先スキーマ

データが永続化されるスキーマ。既にSnowflakeに存在している必要があります

Snowflakeアカウント識別子

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

Snowflake認証ストラテジー

Snowflakeへの認証のストラテジー。可能な値: SPCS 上でフローを実行している場合は SNOWFLAKE_SESSION_TOKEN、 秘密キーを使ったアクセスを設定したい場合は KEY_PAIR

Snowflake秘密キー

認証に使用される RSA 秘密キー。RSA キーは、 PKCS8 標準に従って書式設定され、標準的な PEM ヘッダーとフッターを持つ必要があります。Snowflake秘密キーファイルまたはSnowflake秘密キーのどちらかが定義されている必要があります。

Snowflake秘密キーファイル

Snowflakeへの認証に使用される RSA 秘密キーを含むファイル。 PKCS8 標準に従って書式設定され、標準的な PEM ヘッダーとフッターを持ちます。ヘッダー行は -----BEGIN PRIVATE で始まります。 Reference asset チェックボックスを選択し、秘密キーファイルをアップロードします。

Snowflake秘密キーパスワード

Snowflake秘密キーファイルに関連付けられたパスワード

Snowflakeロール

クエリ実行時に使用されるSnowflakeロール

Snowflakeのユーザー名

Snowflakeインスタンスへの接続に使用するユーザー名

Snowflakeウェアハウス

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

HubSpot 取り込みパラメーター

パラメーター

説明

オブジェクト型

取り込む HubSpot オブジェクトのタイプ。

可能な値は次のとおりです。
  • 製品

  • 連絡先

  • 企業

  • フィードバックの提出

  • リード

  • ディール

  • チケット

  • 目標

  • 品目

更新後

指定日時以降に更新されたオブジェクトをフィルターする

アーカイブデータ同期スケジュール

次のスケジュールまでの時間。30分や1時間など、有効な時間である必要があります。

フレッシュデータ同期スケジュール

次のスケジュールまでの時間。30分や1時間など、有効な時間である必要があります。

フローを実行する

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

  2. インポートしたプロセスグループを右クリックし、 Start を選択します。コネクタがデータの取り込みを開始します。

コネクタを再構成する

コネクタのパラメーターは、コネクタがデータの取り込みを開始した後に変更できます。問題のクエリの条件が変更された場合は、以下の手順を実行して宛先テーブルのデータに一貫性があることを確認します。

  1. コネクタを停止する: すべてのOpenflowプロセッサーが停止していることを確認します。

  2. 構成設定にアクセスします: Snowflake Openflowインターフェイス内のコネクタの構成設定に移動します。

  3. パラメーターを変更する: 必要に応じてパラメーターを調整します。

  4. プロセッサーの状態をクリアします: 取り込み基準を変更する場合は、宛先テーブルのデータの一貫性を保つために、最初から取り込みを開始することをSnowflakeでは強く推奨します。IngestJiraIssues プロセッサーの状態をクリアした後、コネクタはすべての問題を最初からフェッチします。行の重複を防ぐために、宛先テーブルを手動で切り捨てる必要が生じる場合があります。