Snowflake releases¶

Release types (weekly)¶

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

総合リリース:

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

• 新機能

• 機能の強化または更新

• 修正

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

さらに、総合リリースには、週サイクルごとに更新されたSnowflakeリリースノートのドキュメントが含まれます。Snowflakeサーバーのリリースノートと機能の更新 をご参照ください。

総合リリースは、営業時間外に発生する可能性のある問題を軽減するために通常は総合リリースを計画していない金曜日を除き、どの曜日でも展開できます。

パッチリリース:

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

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

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番目の動作変更バンドルです。

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

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 three-stage approach over multiple days. Accounts are moved to the full release in the following order, based on their Snowflake Edition:

1日目:

指定されたEnterprise（またはそれ以上の）アカウントのステージ1（早期アクセス）。

1日目または2日目:

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

2日目:

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

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

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サポートは、他のアカウントを混乱させないように協力することができます。