Snowflake Pythonコネクター4.7.1がPython 3.14tとPandas 3に対応

Snowflake Pythonコネクター4.7.1では、Python 3.14tとPandas 3以降への対応、Azure Kubernetes ServiceのWorkload Identity認証、OAuthやTLS、S3処理に関する修正が入りました。実行環境と認証方式の更新を含むため、接続試験を伴うアップグレードが適切です。

今回の更新で変わること

Python 3.14tを新たにサポートしますが、win_arm64は依存ライブラリcryptographyの配布パッケージが利用できないため例外です。URL検証にurllib.parseを使う変更、Pandas 3以降への対応も含まれます。認証ではAKSのネイティブWorkload Identityを利用できるようになり、AWSのWorkload Identity Federationでは外部トークンを渡す選択肢が追加されました。Snowflake独自OAuthでは、更新トークンを使う際のスコープ処理が修正されています。

不具合修正は、TLS接続検証、Windowsでログローテーション時に重複ファイルができる問題、OAuthの無限ループとトークンキャッシュ、Arrowのスケール検証、S3リダイレクト後の再署名、現在のスキーマのキャッシュ不整合などです。Snowflake独自OAuthでは、*.snowflakecomputing.comまたは*.snowflakecomputing.cnのトークンエンドポイントへOIDCのoffline_accessを付けてinvalid_scopeになる問題を修正し、期待されるrefresh_tokenスコープを使います。外部IDプロバイダーの挙動は変わりません。同日掲載の別系列は3.18.1で、TLS接続検証の改善のみです。4.6.0は5月28日の版であり、4.6.1という同日版はありません。

Python 3.14tはフリースレッド構成を選べる新しい実行環境ですが、この更新だけで既存アプリケーションが並列実行へ自動対応するわけではありません。ネイティブ拡張を含む依存関係と、スレッド安全性を個別に確認する必要があります。Snowflakeが明記するwin_arm64の例外も、コネクター本体ではなくcryptographyの配布パッケージ提供状況に左右されます。Pandas 3以降への対応はデータフレーム連携の移行を進めやすくしますが、型変換、欠損値、時刻、Arrowとの受け渡しは実データで比較するのが安全です。

認証面では、AKS Workload Identityのネイティブ対応により、長期シークレットをPodへ配布せずMicrosoft Entra IDの連携資格情報からSnowflakeへ接続する構成を取りやすくなります。AWS側の外部トークン指定も、既存の認証基盤へ合わせる選択肢を増やします。Snowflake独自OAuthは新機能ではなくスコープ処理の訂正なので、更新トークンを使う構成でinvalid_scopeが解消するかを確認します。一方で、発行者、対象者、スコープ、トークン有効期限、再取得失敗時の挙動が正しくなければ接続は不安定になります。更新時は正常系だけでなく、期限切れ、失効、時刻ずれ、権限不足、IDプロバイダー停止を含めて試験します。

TLS検証とS3リダイレクト再署名の修正は接続・転送経路に関わるため、プロキシ、PrivateLink、独自CA、複数リージョンのストレージを使う環境ほど回帰確認が重要です。スキーマキャッシュ修正は、同一接続でデータベースやスキーマを切り替える長時間プロセスで効果が現れます。Windowsのログ修正も、運用監視やディスク使用量に影響します。コネクター系列ごとの差を保ったまま、接続、認証更新、読み書き、バルクロード、障害復旧を一組の試験として実施する更新です。

影響を受ける人

PythonからSnowflakeへ接続するアプリケーション担当、Pandas連携を使う分析基盤、AKSやAWSで長期認証情報を持たずに接続したいプラットフォームチームに関係します。

実務で確認したいこと

本番更新前に、利用中のPython、Pandas、Arrow、cryptographyの組み合わせを固定した環境で回帰試験してください。特にOAuthとWorkload Identityは、トークン更新、スコープ、失効時の再認証まで確認が必要です。S3経由のロード、スキーマ切り替え、ログローテーションを使う処理は修正対象の経路を意識して試験し、複数のコネクター系列を運用している場合は4.7.1と3.18.1を混同しないよう依存ロックを確認してください。