独自の Looker（オリジナル）インスタンスまたはデプロイをホストすることも、Looker にホストしてもらうこともできます。このドキュメントでは、Looker でホストされるインスタンスまたはデプロイを「Looker ホスト」と、オンプレミスでホストされるインスタンスまたはデプロイを「セルフホスト型」または「顧客ホスト」と呼びます。
Looker がデプロイをホストすると、Looker はリソース使用率とビジネス要件に基づいて、ユーザーに代わって Looker アプリケーションに関連するすべての必要な IT 機能を管理するため、Looker アプリケーションのインストール、構成、メンテナンスに必要な作業を大幅に削減できます。逆に、独自のデプロイをホストする場合、これらのプロセスと機能の多くを管理する責任があります。セルフホスト型デプロイには、プロダクト内サービスが含まれます。サービスとは、Looker でホストされ、特にライセンス データ、設定のバックアップ、システムエラー レポート、データ アクション、サポート チケットなどのプロダクトを通じてアクセス可能なサービスのことです。詳しくは、Looker のセキュリティ ページの Looker で共有されるアプリケーション データのセクションで説明されています。
2 つのホスティング オプションの選択は、利便性と管理のバランスを取ることになります。Looker ホストを選択すると、インフラストラクチャ管理に煩わされることなく、Looker をビジネス ワークロードに統合することに集中できます。逆に、独自の Looker デプロイメントをホストすると、インフラストラクチャ管理を完全に制御できますが、初回起動と継続的なメンテナンスのオーバーヘッドが増加します。
このページでは、ニーズに最も適したホスティング オプションを選択できるよう、次の情報を提供します。
各ホスティング オプションの比較優位性
次の表は、各ホスティング オプションの利点を比較したものです。
| 利点 | Looker ホスト型 | セルフホスト型 |
|
すべての Looker 機能に対するデフォルトのアクセス権 |
X |
|
|
ハードウェアのセットアップやメンテナンスが不要 |
X |
|
|
ソフトウェアの自動更新とメンテナンス（毎月または毎四半期） |
X |
|
|
追加コストなしのハードウェア拡張:
|
X |
|
|
アプリケーションとホストのモニタリング |
X |
|
|
Looker インスタンスの自動バックアップ |
X |
|
|
バックエンド データベースの移行（必要な場合） |
X |
|
|
99.9% の稼働時間 SLA（Advanced および Elite) |
X |
|
|
S1 レスポンス SLA 1 時間 |
X |
|
|
Looker API の使用 |
X |
X |
|
マルチインスタンス移行 |
X |
X |
|
サーバーやログへの直接アクセス |
X |
Looker ホスト型オプションの利点と制限
次の表は、Looker ホスト型デプロイを使用する利点と制限を示しています。
Looker ホスト型デプロイのメリット
次の表に、Looker ホスト型デプロイを使用するメリットを示します。
|
Looker インスタンスのアクティブ管理 |
パフォーマンス モニタリングは Looker チームに任せ、Looker から提供される実用的なデータ分析を使用して意思決定に集中できます。 |
|
いつでも最新の機能と更新が利用可能 |
別途更新をダウンロードする必要はありません。Looker インスタンスは、Looker によってテスト、更新、最適化されます。 |
|
一貫したパフォーマンス |
Looker はパフォーマンスをモニタリングし、必要に応じて容量を調整します。ユーザーに対応するためにどれだけのサーバーが必要かをお客様が考える必要はありません。 |
|
デプロイのセキュリティ |
Looker はプラットフォーム インフラストラクチャを管理します。Looker のデプロイは独立して安全で、継続的にモニタリングされ、データの安全性が保たれます。 |
|
連携サービス |
Looker のすべてのデプロイメントには重要な関連サービスが含まれており、関連データのアクセス、分析情報の強化、データ モデリングの簡素化とスケーリング、サードパーティ システムとの統合が可能となり、同時に Looker によるサポートを受けられます。 |
|
データベースへの安全な接続 |
SSH を使用して、データベースに接続します。 |
|
SAML / LDAP 統合 |
Looker は既存の認証方法と統合できます。 |
Looker ホスト型デプロイの制限
Looker ホスト型デプロイメントの使用を選択する前に、次の表に示す制限を検討してください。
|
セキュリティ、コンプライアンスに関する固有の要件 |
Looker がホストする環境インフラストラクチャは、企業の個々のセキュリティ/コンプライアンス要件に適合しない場合があります。 |
|
ログおよびモニタリングへのアクセスに関する要件 |
Looker がインフラストラクチャを管理するため、ログにアクセスできなくなり、Looker がすべてのモニタリングを管理します。 |
|
カスタム SLA |
Looker の更新とメンテナンスは、事前に設定されたメンテナンスの時間枠内で実施されます。お客様によっては、このメンテナンスが発生するタイミングをより細かく管理しなければならない場合があります。 |
|
カスタム JDBC ドライバ |
サポートレベルが低いデータベースに接続するには、カスタムの JDBC ドライバをインストールする必要があります。 |
セルフホスト型オプションの利点と制限
次の表に、セルフホスト型デプロイメントを使用するメリットと制限事項を示します。
セルフホスト型デプロイのメリット
次の表に、セルフホスト型デプロイメントを使用するメリットを示します。
|
インフラストラクチャの直接制御とスケーリングの判断 |
Looker がホストするデプロイでは提供されないインフラストラクチャとアーキテクチャの構成を実装できます。 |
|
ロギングおよびモニタリングへのアクセス |
独自のインフラストラクチャを管理することで、Looker アプリケーション ログに直接アクセスし、個々の要件に適したインスタンスのモニタリングを設定できます。 |
|
オーダーメイドのセキュリティ モデル |
独自のデプロイで Looker をホストすると、アプリケーション環境のセキュリティを完全に制御できます。これにより、企業/業界固有のセキュリティ基準に合わせて調整できます。 |
セルフホスト型デプロイの制限
セルフホスト型デプロイメントを使用する場合は、次の表に示す上限を考慮してください。
|
サポートの制限事項 |
Looker サポートチームがカスタム デプロイ アーキテクチャに精通していない場合、問題のトラブルシューティングが困難になることがあります。問題によっては、組織の関与が必要になる場合もあります。 |
|
月次更新の要件 |
ユーザーが Looker の最新機能とセキュリティ パッチを入手できるようにするプロセスを作成、維持する責任はお客様にあります。 |
|
人材が必要 |
Looker のデプロイには、かなりの人員とサイト信頼性エンジニアリングの専門知識が必要になります。組織は、Looker デプロイのさまざまなコンポーネントを管理する必要があります。 |
|
費用 |
組織は、時間、人材、クラウドやデータセンターのコストを管理する必要があります。 |
|
連携サービスの使用に関する課題 |
Looker には、関連する業界データへのアクセス、分析情報の強化、データ モデリングの簡素化とスケーリング、サードパーティ システムとの統合が可能な接続サービスのメリットがあります。セルフホストの Looker デプロイの場合、これらの機能にアクセスするには、クラウドに補助サービスをデプロイする必要があります。 |
|
障害復旧と弾力性 |
稼働時間とサービスのレジリエンスを維持する責任はお客様にあります。 |
|
一部の Looker 機能が利用できない |
次の Looker 機能は、セルフホスト型デプロイでは使用できません。
|
|
その他の機能の構成 |
セルフホスト型インスタンスでは、特定の Looker 機能を使用するために追加の構成が必要になる場合があります。 |
セルフホスト型デプロイのユースケース例
セルフホスト型のオプションは、次のいずれかのユースケースに該当する場合に適しています。
- 組織に独自のセキュリティ要件がある: 一部の組織のセキュリティ ポリシーでは、クラウド サービスを使用できないことが義務付けられています。Looker（オリジナル）はマルチクラウド向けに設計されており、Looker がホストする Looker（オリジナル）のデプロイは Google Cloud、AWS、Azure などのさまざまなクラウド プロバイダに存在します。セキュリティ ポリシーがデータに対するクラウド サービスと互換性がない場合、代替手段としてセルフホスト型が設計されています。
- 組織が完全にカスタマイズ可能なデプロイモデルを選択している: Looker は、環境をホストする際、その環境は安定していることを想定しています。次のような状況では、組織の要件がこの前提に適合しない場合があります。
- デプロイ環境が、各ユーザー グループや顧客ごとに非常に多くのインスタンスを大量に拡張するもので、エフェメラル期間にのみ使用する必要がある。
- 組織が、新しい環境を頻繁に構築したり、既存の環境を破棄したりできる必要がある。
- 組織に複数の Looker インスタンスが必要で、それぞれ起動フラグ、モデル、接続情報をカスタム構成にする必要がある。
- 組織が統合機能と構成機能へのより直接的なアクセスを必要としている場合: Looker でホストされる環境では、デプロイへの直接アクセスが制限されます。セルフホスト型のデプロイでは、インスタンスのファイル システム、メタデータ データベース、JVM 構成に完全アクセスできます。直接アクセスは、次のような状況で役立ちます。
- 各インスタンスの LookML モデルと構成は、開発プロセスと同期するスクリプトを使用して頻繁に更新される。
- 組織で、Looker がデプロイに使用する特定のコアテクノロジー（Git など）を使用できない。インスタンスのバックエンドを完全に制御することにより、Looker のコア コンポーネントを任意のソリューションに置き換えることができます。