Snowflakeリリース

Snowflakeは、ユーザーにシームレスで常に最新のエクスペリエンスを提供すると同時に、迅速な開発と継続的な革新を通じて価値を高め続けています。

このコミットメントを満たすために、毎週新しいリリースを展開しています。これにより、サービスの改善を定期的に新機能、機能強化、修正の形で提供できます。展開はバックグラウンドで透過的に行われます。ユーザーはダウンタイムやサービスの中断を経験せず、常に最新機能にアクセスできる最新のリリースで実行できます。

このトピックでは、追加のリリーステスト(必要な場合)を有効にするために、Enterprise Edition(およびそれ以上)用アカウントの24時間の早期アクセスをリクエストするオプションを含む、週次リリースで従うプロセスについて説明します。

このトピックの内容:

リリースタイプ

Snowflakeは毎週、2つの計画/スケジュールされたリリースを展開します。

総合リリース

総合リリースには、次のいずれかが含まれる場合があります。

  • 新機能

  • 機能の強化または更新

  • 修正

さらに総合リリースには、次のドキュメント成果物が含まれています(必要に応じて)。

  • 週次 リリースノート (必要な場合)、 Snowflake Community で公開。

  • 新着情報 (月ごとに統合)を含む、更新済みSnowflakeドキュメント。

総合リリースは、金曜日を除く任意の曜日に展開できます。

パッチリリース

パッチリリースには修正のみが含まれます。特定の週のパッチリリースは、その週の総合リリースが遅れたり延長されたりする場合、キャンセルされる可能性があることに注意してください。

必要な場合は、リリースプロセス中またはその後に発生した問題に対処するため、追加のパッチリリースが展開されます。

動作変更リリース

毎月、Snowflakeは動作変更リリースを1つ展開します。動作変更リリースには、お客様に影響を与える可能性のある既存の動作への変更が含まれています。

動作変更リリースは、2か月にわたって行われます。最初の1か月またはテスト期間中、動作変更リリースはデフォルトで無効になっていますが、アカウントで有効にすることができます。2か月目、つまりオプトアウト期間中、動作の変更はデフォルトで有効になっていますが、アカウントで無効にすることができます。

Snowflakeは、リリース中にこれらの設定を上書きしません。テスト期間中にリリースを無効にした場合、オプトアウト期間の開始時には有効にしません。オプトアウト期間の終了時に、Snowflakeはすべてのアカウントで動作の変更を有効にします。ただし、 Snowflakeサポート に連絡することで、リリースからの特定の動作変更を無効にする拡張機能を引き続きリクエストできます。

プレリリーステスト/検証

Snowflakeでは、リリース品質を最優先事項とします。各リリースを展開する前に、以下を含む包括的な検証テスト一式を実行します。

  • 定期的なビルドテスト。

  • 継続的なワークロードとパフォーマンスのテスト。

さらに、顧客アカウントをリリースに移行する前に、次の検証を実行します。

  • サポートされているすべてのクラウドプラットフォームにわたる、内部アカウントでの包括的な回帰テスト。

  • リリースの変更によって影響を受ける可能性が最も高いワークロードに焦点を当てて、影響を受ける顧客のワークロード(顧客データに対するクエリなど)の実行をシミュレーション。

段階的リリースプロセス

総合リリースが展開されると、Snowflakeはアカウントすべてを同時にはリリースに移行しません。アカウントは、2日(またはそれ以上)にわたって3段階のアプローチを使用してリリースに移行されます。アカウントは、 Snowflake Edition に基づいて、次の順序で総合リリースに移行されます。

1日目

Standardアカウントおよび指定されたEnterprise(またはそれ以上)アカウントのステージ1(早期アクセス)。

1日目または2日目

Standardアカウントのステージ2(通常のアクセス)。

2日目

Enterprise(またはそれ以上)アカウントのステージ3(最終)。

早期アクセス段階と最終ステージの間の最小経過時間は24時間です。この段階的なアプローチにより、Snowflakeはアカウントの移行に伴うアクティビティをモニターし、発生する可能性のある問題に対応します。また、早期アクセステスト用にEnterpriseアカウントを指定することもできます(このトピックの次のセクションを参照)。

注釈

この段階的なアプローチは、総合リリースのみに適用されます。パッチリリースの場合は、すべてのアカウントが同じ日に移行されます。

さらに、アカウントを総合リリースまたはパッチリリースに移行しているときに問題が発見された場合は、リリースが停止されるか、ロールバックされる可能性があります。ほとんどの場合、停止/ロールバックされたリリースへのフォローアップは24~48時間以内に展開されます。

総合リリースへの早期アクセス

複数のEnterprise Edition(またはそれ以上)アカウントがある場合、これらのアカウントの1つ以上を指定して、統合リリースの早期アクセス段階と最終段階の間の24時間の期間を活用できます。これは、開発/テスト用と実稼働用に別々のアカウントを維持する場合に特に役立ちます。

早期アクセス用のアカウントの指定については、 Snowflakeサポート にお問い合わせください。

早期アクセス用に1つ以上のアカウントを指定し終わると、次のようなテストフレームワークを実装できます。

  1. CURRENT_VERSION (または同様の結果を返す UDF )を使用して、早期アクセスアカウントが総合リリースにあることを確認します。

  2. 早期アクセスアカウントを使用して、総合リリースに対して実稼働ワークロードをテストします。

  3. 問題が発生した場合は、Snowflakeサポートに通知してください。Snowflakeサポートは、他のアカウントを混乱させないように協力することができます。

ちなみに

Enterprise Editionアカウントを持つすべての組織で、早期アクセスは不要または推奨されません。展開中のSnowflakeの厳密なリリーステストとモニターは通常、ほとんどの問題を防ぐために十分です。早期アクセスは主に、実稼働アカウントが総合リリースの影響を受けないことを確認したい組織を対象としています。