ESR プログラムは、標準のリリース プログラムよりもデプロイ サイクルが遅く、サポートの合計時間枠が長くなります。ESR リリース サイクルのお客様は、新機能を受け取る頻度が低く、年に 11 回ではなく、4 回のみ更新する必要があります。
ESR プログラムは、より緩やかなデプロイを好むか、その必要があるお客様を対象としています。3 か月ごとに拡張サポート リリースが提供され、安定版として宣言された後、3 か月間のサポートを受けることができます。
| looker_release_version | ESR ステージング期間 | ESR 期間 |
|---|---|---|
| 23.18 | 2023 年 11 月 | 2023 年 12 月 ～2024 年 2 月 |
| 24.0 | 2024 年 2 月 | 2024 年 3 月 ～ 2024 年 5 月 |
| 24.6 | 2024 年 5 月 | 2024 年 6 月 ～2024 年 8 月 |
| 24.12 | 2024 年 8 月 | 2024 年 9 月～2024 年 11 月 |
| 24.18 | 2024 年 11 月 | 2024 年 12 月 ～ 2025 年 2 月 |
各 ESR バージョンには、3 か月間のエンジニアリングの注意が払われます。関連性があり実行可能である場合、問題に対し、現在サポートされている ESR リリースでパッチが適用されます。
ステージングの要件
ESR プログラムの参加者は、本番環境インスタンスとステージング インスタンスをペアに設定する必要があります。ESR リリースのステージング期間中に、ステージング サーバーでリリースをテストする必要があります。その間に、Looker の使用方法に影響する可能性のある新機能、ワークフローの変更、プロダクトの問題に気を配ることができます。この段階では、必要に応じて Google Cloud サポートを利用して、問題の修正を支援できます。
ご自身に適した ESR プログラムを選ぶ
ESR プログラムは、ソフトウェア アップデート ポリシーの柔軟性が低い企業にサービスを提供することを目的としています。ESR プログラムが Looker インスタンスにとって適切な選択肢であるかどうかを判断する際は、以下の質問を検討してください。
Looker インスタンスが、サポートされていないリリースで頻繁に発生するかどうか。
ESR プログラムは、Looker インスタンスがサポートされていないリリースに存在することが多い場合、サポート対象リリースで安定的に利用できるようにする道筋を提供します。インスタンスが常に最新の状態である場合は、引き続き現行の更新サイクルに沿って、Looker のインスタンスが新機能をタイムリーかつ頻繁に取得することを検討してください。
新機能をどのように受け取りますか？
頻繁に行われる小規模な変更に時間を割くことができない場合や、対処することを避けたい場合、または社内でのソフトウェア アップデートのレビュー プロセスに時間がかかる場合、ESR プログラムが適しています。
安定性の問題と緊急性の低い問題との間のトレードオフに納得していますか？
Looker では、各リリースが安定することを想定しています。しかし、ソフトウェアの世界では、特にプラットフォームが新しい方法で使用されている場合に、予期しないことが起きる可能性があります。ESR リリース プログラムではこのような状況が発生する可能性が制限されますが、緊急ではないバグにさらされる可能性は軽減されません。
各リリース プログラムの費用と利点
| プログラム | 利点 | 費用 |
|---|---|---|
| 標準リリース |
|
|
| ESR |
|
|
ESR プログラムにオプトインする
ESR プログラムが貴社のビジネスニーズに最も適していると思われる場合は、Google Cloud サポートまたは専任のアカウント チームに連絡して、このプログラムにオプトインする方法についてご相談ください。
ご不明な点がある場合は、
ご不明な点がある場合は、Looker のコミュニティ フォーラムをご利用ください。Looker、ビジネス インテリジェンス、データ全般、他の優れた Looker（お客様）や Looker アナリストを含めて（ただし、これらに限定されません）、あらゆる種類のディスカッションが歓迎されています。