Snowflake（直接接続）

​

1. 概要

お客様の Snowflake アカウント                            Auxia
      │
      │  取り込み対象のテーブル / ビュー
      │       │  読み取り専用ロールに SELECT を GRANT
      │       ▼
      │   読み取り専用ロール + キーペアのサービスユーザー + ウェアハウス
      │       │
      │       │  Auxia が直接接続（キーペア認証）し、お客様の
      │       │  ウェアハウスを使ってスケジュールに従い読み取り
      │       ▼
      │   ──────────────（その場で読み取り、読み取り専用）─────────────>  Auxia プラットフォーム

• CREATE WAREHOUSE、CREATE USER、CREATE ROLE、GRANT を実行できるロール（通常は ACCOUNTADMIN）。
• 各共有テーブル / ビューに、行が追加・更新された時刻を示すタイムスタンプ列（例：UPDATE_DATE）があること。これにより、Auxiaはテーブル全体を再スキャンせずに増分読み取りができます。

​

2. ウェアハウスの作成

CREATE WAREHOUSE IF NOT EXISTS AUXIA_INGESTION_WH
  AUTO_SUSPEND = 60                  -- アイドル 60 秒で自動サスペンド（1 分の最小課金後は秒単位課金）
  AUTO_RESUME = TRUE                 -- 次の読み取り時に自動的に再開
  INITIALLY_SUSPENDED = TRUE;

​

3. キーペアのサービスユーザーの作成

CREATE USER IF NOT EXISTS AUXIA_INGESTION_USER
  PASSWORD = NULL
  RSA_PUBLIC_KEY = '<auxia_public_key>'   -- base64 本体のみ（PEM マーカーや空白は不要）
  DEFAULT_WAREHOUSE = AUXIA_INGESTION_WH;

​

4. 読み取り専用ロールの作成とアクセス権の付与

CREATE ROLE IF NOT EXISTS AUXIA_INGESTION_ROLE;

GRANT USAGE  ON WAREHOUSE AUXIA_INGESTION_WH                  TO ROLE AUXIA_INGESTION_ROLE;
GRANT USAGE  ON DATABASE  <your_database>                    TO ROLE AUXIA_INGESTION_ROLE;
GRANT USAGE  ON SCHEMA    <your_database>.<your_schema>      TO ROLE AUXIA_INGESTION_ROLE;

-- 取り込み対象のオブジェクトごとに繰り返す:
GRANT SELECT ON TABLE     <your_database>.<your_schema>.<table> TO ROLE AUXIA_INGESTION_ROLE;

GRANT ROLE AUXIA_INGESTION_ROLE TO USER AUXIA_INGESTION_USER;

​

5. 詳細をAuxiaに送付

• アカウントURL：例 https://<org>-<account>.snowflakecomputing.com
• ユーザー名（AUXIA_INGESTION_USER）、ロール（AUXIA_INGESTION_ROLE）、ウェアハウス（AUXIA_INGESTION_WH）
• 取り込むデータベース / スキーマ / テーブル（またはビュー）名
• 各オブジェクトのタイムスタンプ / ウォーターマーク列（増分読み取りに使用）
• 希望する更新頻度（例：毎時または毎日）と、ソースデータが通常いつ到着するか

​

6. コスト

• 読み取りはお客様のアカウント内のお客様のウェアハウスで実行されます：そのため、ウェアハウスのコンピュートおよびSnowflakeのデータ転送（egress）はお客様に課金され、AuxiaにはSnowflakeのコストが発生しません。自動サスペンドする専用ウェアハウスとウォーターマークで絞り込んだ増分読み取りにより、コストは最小限に抑えられます。ウェアハウスのサイズは、オンボーディング時にAuxiaがお客様のデータ量に合わせて助言します。
• お客様側でデータのコピーやステージングは発生しません：Auxiaはテーブルをその場で読み取るため、保存やクリーンアップの対象はありません。

​

7. セキュリティとガバナンス

• 読み取り専用で、GRANT したテーブルだけに限定されます。
• キーペア認証、パスワードなし：Auxiaは秘密鍵のみ（シークレットマネージャー内）を保持し、お客様は公開鍵のみを登録します。
• 取り消し可能：ロールを削除するかユーザーを無効化すれば、すべてのアクセスを即時に遮断できます。
• ローテーション可能：ユーザーの RSA_PUBLIC_KEY はいつでも置き換えられます。対応する秘密鍵のローテーションはAuxiaが調整します。
• ネットワーク制限可能：Auxiaのegressアドレスに限定したい場合は、サービスユーザーにSnowflakeのネットワークポリシーを適用できます（ソリューションエンジニアにご相談ください）。

​

8. 推奨プラクティス

• 最小権限を付与：取り込み対象のデータベース、スキーマ、テーブルのみを専用ロールに付与します。
• 専用の自動サスペンドウェアハウスを使用：Auxiaの読み取りコストを切り分け、把握しやすくなります。サイズはデータ量に合わせて調整してください（Auxiaが助言します）。
• 各テーブルにウォーターマーク列を用意：全体スキャンではなく増分読み取りを維持できます。
• 可能な限りビューではなくベーステーブルを共有：Auxiaは基盤となるテーブルを直接読み取ります。

​

9. まとめ

​

10. FAQ

​

サポートへの問い合わせ