標準拡張サポート リリース プログラムの概要

ESR プログラムのデプロイ サイクルは標準リリース プログラムよりも遅く、サポート期間の合計も長くなります。ESR のリリース サイクルのお客様は、新機能を後で受け取る頻度が減り、更新が 11 回ではなく 1 年に 4 回で済みます。

ESR プログラムは、より段階的なデプロイペースを好む、または必要なお客様向けに設計されています。3 か月ごとに長期サポート リリースがあり、Stable リリースとして申告されてから 3 か月のサポートが受けられます。

ESR のバージョンごとに、3 か月間のエンジニアリング上の注意が必要となります。関連性があり、可能であれば、Looker の用語で S1 と S2 とみなされる問題は、現在サポートされている ESR リリースにパッチが適用されます。S3 と見なされる問題は、Looker の裁量により随時パッチが適用される可能性があります。

ステージング要件

ESR プログラムの参加者は、本番環境インスタンスをステージング インスタンスとペアリングする必要があります。当月に ESR リリースは「プレ安定版」と見なされ、ステージング サーバーでリリースをテストする必要があります。この間、新機能、ワークフローの変更、Looker の使用方法に影響する可能性のあるプロダクトの問題に注意を払う必要があります。このステージング期間中は、必要に応じて Looker サポートを利用して、問題の修正を支援できます。

ESR プログラムの確認

ESR プログラムは、ソフトウェア アップデート ポリシーを柔軟に提供するビジネス向けに設計されています。ESR プログラムが Looker インスタンスにとって適切な選択であるかどうかを判断する際は、次の点を検討してください。

Looker インスタンスは、サポート対象外のリリースで頻繁に発生しますか？

ESR プログラムでは、Looker インスタンスをサポート対象リリースに頻繁に当てはめる場合に、サポートされるリリースに対して一貫性を持たせることができます。インスタンスが通常最新の状態である場合は、現在の更新サイクルを続行して、Looker インスタンスがタイムリーかつ頻繁に新機能を取得できるようにすることを検討してください。

新機能をどのようにして受け取りますか？

小規模な変更を頻繁に行うことができない、またはそれを回避したいと考えている場合や、社内でソフトウェア アップデートのレビュー プロセスを長く行っている場合は、ESR プログラムのご利用をおすすめします。

安定性の高い問題と緊急性のない問題の間に生じるトレードオフには納得できるか？

Looker は、各リリースが安定すると想定しています。しかし、ソフトウェアの世界では、特にプラットフォームが通常とは異なる方法で使用された場合、予期しない動作が発生する可能性があります。ESR リリース プログラムは、このような事態が発生する可能性を制限しますが、緊急ではないバグへの露出は減少しない可能性があります。

各リリース プログラムの費用とメリット

プログラム	利点	費用
標準リリース	新機能にできるだけ早くアクセス ワークフローとユーザー エクスペリエンスの改善に重点を置き、新機能を迅速にイテレーションする 緊急性のない問題の修正をより迅速にデプロイ	最新の状態を保つには、毎月時間と注意が必要
ESR	最新の状態を保つには、時間と集中力が少なくなります	新機能へのアクセスの遅延 「リリースのアジリティ」が少ない すべての問題の修正にパッチが適用されるわけではありません（緊急性の低いバグへの露出が増える可能性があります）。

ESR プログラムにオプトインする

自社のビジネスニーズに ESR プログラムが適している場合は、カスタマー サクセスチームにこのプログラムの有効化についてご相談ください。

ご不明な点がある場合は、

不明な点がある場合は、Looker のコミュニティ フォーラムで質問できます。Looker、ビジネス インテリジェンス、データ全般など、あらゆる優れた Looker（お客様）や Looker アナリストとのディスカッションを歓迎します。