このガイドでは、Looker（Google Cloud コア）の標準リリースと更新プロセスと、ニーズに合ったベスト プラクティスとバリエーションについて説明します。
開発とリリースのサイクル
新しいマイナー バージョンの Looker（Google Cloud コア）はおよそ 2 週間でデプロイされます。12 月には新しいリリースやデプロイは行われません。
次の更新を待たずに、修正のための小規模な更新パッチがリリースされることもあります。プロダクトやセキュリティに関する重大な問題に対する修正はほぼ常時行われています。パッチリリースには新機能が含まれないのが理想的です。パッチ更新の適用は、標準リリース中のアップグレードと同じプロセスで行われます。
リリース番号
Looker（Google Cloud コア）のリリース番号スキームでは、Looker（オリジナル）インスタンスと同じリリース番号が使用されます。これは、3 つの番号シーケンス（XYZ）です。ここで、X はリリース年の下 2 桁、Y は月次バージョン（1 月の 0 から始まり、それ以降の各月で偶数を使用）、Z はパッチ リリース バージョンです。たとえば、Looker（Google Cloud コア）23.10.1 は、2023 年 6 月からの Looker（Google Cloud コア）リリースの最初のパッチになります。
リリースノート
リリースノートで、新機能や問題の修正についての最新情報を確認できます。最新のリリースのリリースノートと変更履歴へのリンクについては、Looker のリリースページをご覧ください。
プロセスの更新
Looker（Google Cloud コア）は、数週間にわたってアップデートが順次適用されます。Looker（Google Cloud コア）インスタンスのメンテナンスの優先時間枠を定義すると、Looker（Google Cloud コア）リリースチームと運用チームがメンテナンス時間枠内に更新を適用します。メンテナンスの時間枠を設定していない場合は、バージョン ロールアウトから 2 週間以内にアップデートが届きます。ソフトウェア リリースの場合と同様に、新しいマイナー バージョンの最初のパッチ バージョンにはプロダクトの問題が含まれる可能性が高くなります。
Looker（Google Cloud コア）インスタンスのメンテナンスの時間枠を設定した場合は、今後のメンテナンスの前に通知を受け取るようにオプトインできます。更新には通常、メンテナンスの時間枠の 1 時間ほどかかります。
新しいリリース バージョンをスキップする場合
Looker （Google Cloud コア）インスタンスの定期メンテナンスは、最大 60 日間のメンテナンス拒否期間を定義することで延期できます。
メンテナンスによるダウンタイムは SLA の対象になりますか？
メンテナンスに関連するダウンタイムは、Looker（Google Cloud コア）サービスレベル契約には適用されません。
メンテナンス拒否期間後に Looker（Google Cloud コア）バージョンを更新する
メンテナンス拒否期間の後、Looker（Google Cloud コア）インスタンスは通常、メンテナンス拒否期間が終了した後の最初のリリースで更新されます。
拡張サポート リリース プログラム
Looker（Google Cloud コア）は、拡張サポート リリース（ESR）プログラムを提供していません。
サポートの利用
ご不明な点がございましたら、Looker（Google Cloud コア）のサポートページでトラブルシューティングと Google Cloud サポートへの問い合わせ方法をご確認ください。