独自の 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 インスタンスが必要であり、それぞれで起動フラグ、モデル、接続情報のカスタム構成が必要である。
- 組織が統合機能と構成機能へのより直接的なアクセスを必要としている場合: Looker でホストされる環境では、デプロイへの直接アクセスが制限されます。セルフホスト型のデプロイでは、インスタンスのファイル システム、メタデータ データベース、JVM 構成に完全アクセスできます。直接アクセスは、次のような場合に役立ちます。
- 各インスタンスの LookML モデルと構成は、開発プロセスと同期するスクリプトを使用して頻繁に更新される。
- 組織で、Looker がデプロイに使用する特定のコア技術（Git など）を使用できない。インスタンスのバックエンドを完全に制御することにより、Looker のコア コンポーネントを任意のソリューションに置き換えることができます。