Snowflake releases

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

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

This topic describes the process we follow for daily and weekly releases, including the option to request 24-hour early access for Enterprise Edition and higher accounts to enable additional release testing (if desired).

Release types (daily and weekly)

Each week, Snowflake deploys two planned full releases:

Daily release:

Deployed only to Early Access accounts.

Weekly release:

Deployed to all customer accounts.

総合リリース:

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

  • 新機能

  • 機能の強化または更新

  • 修正

  • 動作の変更(このトピック内の次のセクションを参照)

In addition, a full release includes updated Snowflake release notes documentation per weekly release cycle. See Snowflakeサーバーのリリースノートと機能の更新.

パッチリリース:

A patch release includes fixes only.

さらに、発生した問題に対処するために、総合リリース中または完了後にパッチリリースが(必要に応じて)展開されます。

Behavior changes (monthly)

Each month --- except for November and December --- Snowflake selects one of the weekly full releases for the month to introduce behavior changes. The weekly release selected for the behavior changes may vary, but is typically the 3rd or 4th release for the month.

動作の変更は、以前とは異なる結果を返し、顧客のコードまたはワークロードに影響を与える可能性がある、既存の動作に対する変更として定義されます。動作の変更は、次の命名規則を利用するバンドルで提供されます。

YYYY_NN

YYYY は年、 NN は年内のリリースの序数です。たとえば、 2022_06 は、2022年に導入された6番目の動作変更バンドルです。

詳細については、 動作変更の管理 をご参照ください。

Bundle lifecycle

動作変更バンドルのライフサイクルは、次の2つの期間で構成されます。

テスト期間(1か月目):

バンドルは「デフォルトで無効」として導入されます。この期間中、1つまたは複数のアカウントでバンドルを 有効にする ことができます。通常、実稼働アカウントに影響を与えずに変更をテストできるように、開発用または QA (品質保証)用に指定されたアカウントを選択します。

オプトアウト期間(2か月目):

バンドルは、「デフォルトで無効」から「デフォルトで有効」に移行します。この期間中は、アカウントでバンドルを 無効にする ことができます。これにより、変更の影響を軽減するために必要な調整を行いながら、通常は実稼働アカウントのバンドルの変更を延期できます。

During these two periods, Snowflake doesn't override the setting for a given bundle. For example, if you disable a bundle during the testing period, we do not enable it at the beginning of the opt-out period.

オプトアウト期間の終了時に、Snowflakeはすべてのアカウントでバンドルの動作変更を有効にします。この時点で、バンドルは「一般的に有効」と見なされます。これ以降、バンドルを有効または無効にすることはできません。ただし、 Snowflakeサポート に連絡して、バンドル内の個々の動作変更を一時的に無効にするようリクエストすることはできます。

Behavior change documentation

動作変更バンドルを含むリリースには、次のドキュメントが含まれます(リリースの リリースノート に加えて):

  • 今後予定されている、および最近実施された、バンドル化された変更の一覧。動作変更のお知らせ をご参照ください。

  • 各動作変更の説明。各バンドルのランディングページには、動作変更が記載されています。

  • 今後予定されている、および最近実施された、バンドル化されていない変更の一覧。バンドル化されていない動作変更 をご参照ください。

Pre-release testing and validation

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

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

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

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

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

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

Staged release process

After a full release has been deployed, Snowflake doesn't move all accounts to the release at the same time. Accounts are moved to the release using a multi-stage approach over multiple days. Accounts are moved to the full release in the following order, based on their Snowflake Edition:

Stage 1:

(early access) for designated Enterprise (or higher) accounts.

Stage 2:

(regular access) for Standard accounts.

Stage 3:

(late access) for Enterprise (or higher) accounts.

Stage 4:

(final stable access) for Enterprise (or higher) accounts.

Typically, the minimum amount of time between the early access and final stages is 48 hours, but it may be longer. This staged approach enables Snowflake to monitor activity as accounts are moved and respond to any issues that may occur. It also enables designating Enterprise accounts for early access testing (see the next section in this topic).

注釈

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

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

Early access to full releases

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

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

After you have designated an account for early access, you can implement a testing framework similar to the following:

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

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

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

Tip

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