の設定 Openflow Connector for Jira Cloud¶

前提条件¶

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

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

認証情報を取得する¶

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

1. API トークンページ に移動します。

2. Create API token with scopes を選択します。

3. Create an API token ダイアログボックスで、 API トークンに説明的な名前を指定し、 API トークンの有効期限を選択します。1日から365日までの範囲になります。

4. Api token app Jira を選択します。

5. jiraスコープの read:jira-work および read:jira-user を選択します。

6. Create token を選択します。

7. Copy your API token ダイアログボックスで、 Copy を選択して、生成した API トークンをコピーし、そのトークンをコネクタパラメーターに貼り付けるか、安全に保存します。

8. Close を選択してダイアログボックスを閉じます。

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. 取り込んだデータを格納するコネクタ用に、Snowflakeでデータベースとスキーマを作成します。最初のステップで作成したロールに以下の データベース権限 を付与します。

   CREATE DATABASE jira_destination_db;
   CREATE SCHEMA jira_destination_db.jira_destination_schema;
   GRANT USAGE ON DATABASE jira_destination_db TO ROLE <jira_connector_role>;
   GRANT USAGE ON SCHEMA jira_destination_db.jira_destination_schema TO ROLE <jira_connector_role>;
   GRANT CREATE TABLE, CREATE VIEW ON SCHEMA jira_destination_db.jira_destination_schema TO ROLE <jira_connector_role>;
   

   Copy

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

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

   CREATE WAREHOUSE jira_connector_warehouse WITH WAREHOUSE_SIZE = 'X-Small';
   GRANT USAGE ON WAREHOUSE jira_connector_warehouse TO ROLE <jira_connector_role>;
   

   Copy

コネクタを設定する¶

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

フローを実行する¶

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

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

課題のクエリの条件を変更する必要がある場合、または取り込みを最初からやり直す場合は、以下の手順を実行して宛先テーブルのデータに一貫性があることを確認します。

1. FetchJiraIssues プロセッサーを右クリックして停止します。

2. FetchJiraIssues プロセッサーを右クリックし、 View State を選択します。

3. State ダイアログボックスで、 Clear State を選択します。このアクションはプロセッサーの状態をクリアし、すべての課題を再度フェッチできるようにします。

4. オプション: 課題のクエリの条件を変更する場合は、インポートしたプロセスグループを右クリックし、 Parameters を選択します。必要に応じてパラメーターを更新します。

5. オプション: 宛先テーブル名を変更したい場合は、インポートしたプロセスグループを右クリックし、 Parameters を選択します。宛先テーブル パラメーターを更新します。

6. FetchJiraIssues プロセッサーを右クリックし、 Start を選択します。コネクタがデータの取り込みを開始します。

7. インジェスチョン後、データはSnowflake宛先テーブルおよび宛先ビューではフラット化された形式で利用できるようになります。ビューには、Jiraインスタンスで使用可能なすべてのフィールドが含まれます。

データへのアクセス¶

Jiraからフェッチされたデータは宛先テーブルで利用できます。Jira問題用に取得されたすべてのフィールドは ISSUE 列で APIから取得された生のオブジェクトとして利用可能です。

データのクエリを支援するために、宛先テーブルに基づいてフラット化されたビューが作成されます。ビュー名は、テーブル名とサフィックス``_VIEW``の連結です。たとえば、宛先テーブルの名前が JIRA_ISSUES``の場合、ビューの名前は  ``JIRA_ISSUES_VIEW になります。ビューでは、すべての問題フィールドが抽出され、個別の列として利用できます。列名はフィールドラベルに設定されます。同じラベルに多くの問題がある場合は、フィールド ID を含むサフィックス 一意性を確保するために、列名に が追加されます。たとえば、IDs:code:customfield_1、customfield_2 を持つ2つのフィールドがあり、両方のフィールドに Custom Field というラベルが設定されている場合、ビューの列の名前は Custom Field (customfield_1)、Custom Field (customfield_2) になります。