このガイドでは、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 時間ほどかかります。
新しいリリース バージョンをスキップする場合
最大 60 日間のメンテナンス拒否期間を定義することで、Looker（Google Cloud コア）インスタンスのスケジュールされたメンテナンスを延期できます。
メンテナンスによるダウンタイムは SLA の対象になりますか？
メンテナンスに関連するダウンタイムは、Looker（Google Cloud コア）サービスレベル契約には適用されません。
メンテナンス拒否期間の終了後に Looker (Google Cloud コア) のバージョンを更新する
メンテナンス拒否期間の後、Looker（Google Cloud コア）インスタンスは通常、メンテナンス拒否期間が終了した後の最初のリリースで更新されます。
拡張サポート リリース プログラム
Looker（Google Cloud コア）では、拡張サポート リリース（ESR）プログラムは提供されません。
サポートの利用
ご不明な点がございましたら、Looker（Google Cloud コア）のサポートページでトラブルシューティングと Google Cloud サポートへの問い合わせ方法をご確認ください。