Snowflakeリリース

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

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

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

このトピックの内容:

リリースタイプ

毎週、Snowflakeは2種類の計画されたリリースを展開します。

新しいリリース

新機能、動作の変更、機能強化、更新、修正が含まれる場合があります。

さらに、新しいリリースには次の成果物が含まれます(必要に応じて)。

パッチリリース

修正のみが含まれます。

リリースプロセス中に発生した問題に対処するため、必要に応じて追加のパッチリリースが展開されます。

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

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

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

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

さらに、顧客アカウントをリリースに移行する前に、サポートされているすべてのクラウドプラットフォームで次の検証を実行します。

  • 完全な回帰テストのための内部アカウントへの展開。

  • シミュレートされた顧客ワークロードを実行する実稼働アカウントへの展開。

段階的リリース

新しいリリースが展開されると、Snowflakeはすべてのアカウントを同時にリリースに移行しません。アカウントは2日間で3段階のアプローチを使用してリリースに移行されます。アカウントは、 Snowflakeエディション に基づいて、次の順序で新しいリリースに移行されます。

1日目

指定Enterpriseアカウントのステージ1(早期アクセス)。

1日目または2日目

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

2日目

すべてのEnterprise Editionおよび VPS アカウントのステージ3(最終)。

早期アクセス段階と最終段階の間の最小経過時間は24時間です。この段階的なアプローチにより、Snowflakeはアカウントの移行に伴うアクティビティをモニターし、発生する可能性のある問題に対応します。

注釈

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

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

新しいリリースへの早期アクセス

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

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

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

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

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

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

ちなみに

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