Looker の迅速なリリース サイクルにより、チームはユーザーからのフィードバックを迅速に取り入れ、優先度の高いアイテムにタイムリーに対応できます。このガイドでは、Google の標準的なリリースと更新のプロセス、およびニーズに合ったベスト プラクティスとパターンについて説明します。
開発とリリースのサイクル
Looker の新しいマイナー バージョンは、約数週間でデプロイされます。12 月には新しいリリースやデプロイは行われません。
次回のリリースを待たずに、小規模なアップデートのパッチがリリースされることもあります。これらは通常、プロダクトやセキュリティに関する重大な問題の修正となります。理想的には、パッチリリースに新機能が含まれないことが理想的です。パッチ更新の適用は、標準リリース中のアップグレードと同じプロセスで行われます。
リリース番号
Google のリリース番号付けスキームでは、3 つの数字で構成されるシーケンスが使用されます。X.Y.Z は X がメジャー バージョン、Y はマイナー バージョン、Z はそのマイナー バージョンのパッチ番号です。たとえば、7.2.0 から開始した Looker 7.2.4 が Looker 7.2 の 5 番目のリリースになります。
新しいメジャー リリースは、プロダクトで大きな変更やマイルストーンが発生した場合にのみ行われます。メジャー リリースに変更を加えても、リリース プロセスには影響しません。
リリースノート
すべてのユーザーは、Looker の [Account Settings] セクションからリリースノートをオプトインできます。また、Looker インスタンス（[Admin] の [General Settings] にあります）で [Technical Contact] としてリストされている人には、すべてリリースノートの通知が届きます。
新機能を確認し、問題を解決することで、リリースノートを確認できます。最新のリリースノートはこちら、古いリリースノートはこちらをご覧ください。
ステージング環境とテスト
Looker はリリース前に効果的にテストを実施しますが、新機能が Looker の特定の設定や使用に予期しない影響を与える可能性があります。Looker ホスト型インスタンスと顧客ホスト型インスタンスの両方で、ステージング環境を利用して LookML をテストし、新しいリリースをメインの本番環境インスタンスに push する前にサードパーティとインターフェースできます。また、インスタンスが顧客ホストの場合は、技術的な設定もテストできます。
ステージング環境を使用する場合は、Looker ヘルプセンターまたは Looker アカウント専任チームを通じて Looker サポートにお問い合わせください。
プロセスの更新
更新デプロイ プロセスの所有権は、Looker インスタンスのホスト方法によって異なります。詳細は以下のとおりですが、インスタンスが Looker ホストされている場合、更新プロセスは Looker によって管理されます。インスタンスが顧客でホストされている場合は、更新方法の手順をお知らせします。
Looker ホスト型インスタンスの更新
前述のように、インスタンスが Looker ホスト型（つまり、インスタンスのインフラストラクチャが Looker によって管理されている場合）の場合、リリースチームとオペレーション チームは、指定されたメンテナンスの時間枠内に更新を適用します。Looker からのメール受信にオプトインしたユーザーの場合は、新しいリリースごとにメンテナンスの日時が記載されたメールが届きます。通常、更新は中断を最小限に抑えるために、メンテナンスの時間枠内で最大 10 分かかります。
Looker はローリング ベースで更新を適用します。この更新は、インスタンス設定の特性、組織内での Looker の使用方法、個々のサイクルの早い段階または後のリリースを希望される企業に基づいて適用します。ソフトウェア リリースの場合と同様に、新しいマイナー バージョンの最初のいくつかのパッチ バージョンには、プロダクトの問題が含まれている可能性が高くなります。ただし、Looker ホスト インスタンスの場合、パッチが利用可能になり次第、すぐに適用できます。
新しいリリース バージョンをスキップする必要がある場合はどうなりますか？
ヘルプセンターから Looker サポートにご連絡いただくか、専任のアカウント チームまでお問い合わせください。お客様のビジネスニーズを確実に満たせるようにサポートします。
お客様がホストする Looker インスタンスの更新
お客様がホストする Looker インスタンスの場合、リリース バージョンの更新を管理する責任はお客様にあります。サポート対象外のリリースまたはサポートが終了したリリースを実行しないように、サポートされている最新のリリースを使用することが非常に重要です。お客様がホストする Looker のインスタンスは、リリース ロールアウトの終盤にアップデートの通知を受け取ります。これにより、重大な問題に事前に対処できます。
新しいリリースをインストールする準備が整うと、組織の技術担当者として登録されている Looker ユーザーに、最新のアップデート ファイル（JAR 形式）、リリースノート、アップデートのインストール方法が記載されたメールが送信されます。
以前のバージョンにロールバックしないことを強くおすすめします。更新を行う前に、必ずシステム全体のバックアップを作成してください。これにより、インスタンスを以前のバージョンに復元できます。バックアップなしで以前のバージョンに復元すると、元に戻せないコンテンツの損失やインスタンスに損害が及ぶ可能性があります。
早期アクセス
ロールアウト プロセスの早い段階で最新情報を受け取ると、お客様のビジネスニーズに合致し、新しいリリースにいち早くアクセスしたい場合は、こちらから登録するか、Looker ヘルプセンターから Looker サポートにお問い合わせください。
拡張サポート リリース プログラム
多くの組織が、短いリリース サイクルに伴うプロダクトの迅速な改善を好んでいますが、Looker はそうしたペースに伴うトレードオフと、遅いビジネス サイクルが特定のビジネス ユースケースに適している理由を理解しています。
このニーズを満たすため、3 回目のマイナー リリースはすべて、拡張サポート リリース（ESR）として指定されます。Google では、リリースごとにサービスの安定性を最大限に高めるよう努めますが、ESR に指定されるリリース バージョンはテストや問題解決に十分な時間をかけられます。
また、ESR の開発とプロダクトのサポートの期限を延長し、重大度 1 と重大度 2 のレベルの問題については該当するパッチを適用します（該当する場合）。
新しい ESR リリースの検証
ESR 間のプロダクトの変更が大きいため、ESR にはそれぞれ 1 か月のステージング期間があります。このプログラムの一環として、まずステージング サーバーで新しい ESR バージョンの更新を行う必要があります。これにより、ユーザーは本番環境サーバーを新しい ESR バージョンに移行する前に、コンテンツ、ワークフロー、新機能をテストできます。
ESR プログラムにオプトインする
自社のビジネスニーズに ESR プログラムの方が適している場合は、カスタマー サクセス チームにこのオプションについてご相談ください。
ご不明な点がある場合は、
不明な点がある場合は、Looker のコミュニティ フォーラムで質問できます。Looker、ビジネス インテリジェンス、データ全般など、あらゆる優れた Looker（お客様）や Looker アナリストとのディスカッションを歓迎します。