セルフホスト型アーキテクチャ ソリューション: 概要

このページは、Looker のホスティング、デプロイ方法、関連するコンポーネントのベスト プラクティスについて説明するシリーズの第 1 部です。このページでは、お客様がホストするデプロイの機会と考慮事項について説明し、このタイプのデプロイのビジネス要件にどのようにアプローチするかについてのガイダンスを示します。

このシリーズは、3 つのパートで構成されています。

Looker アプリケーションの概要

Looker は、JVM 上で実行される Java アプリケーションです。このアプリケーションはホストマシンからリソースを割り当て、分配します。Looker は、ユーザー、アプリケーション、データベースに対する内部スケジュールからのリクエストを管理する責任を担います。サービスは Git リポジトリや SMTP サーバーなどの Looker の機能をサポートしています。Looker のメタデータ用の外部データベースや水平方向のスケーリング用の共有ファイル システムなど、オプションの追加サービスにより、デプロイメントの可用性とスケーラビリティを高めることができます。

Looker が環境をホストする場合、Google はリソース使用量とビジネス要件に基づいてお客様に代わってこれらのコンポーネントを管理します。逆に、独自の環境をホストする場合、コンポーネントの管理を行う必要があります。

お客様がホストするデプロイと Looker がホストするデプロイの比較

お客様によるホストと Looker によるホストのどちらを選ぶかは、制御のトレードオフによって決まります。Looker ホストを選択すると、インフラストラクチャ管理に煩わされることなく、Looker をビジネス ワークロードに統合することに集中できます。逆に、お客様がホストする場合、最初のリリースと継続的なメンテナンスのオーバーヘッドと引き換えに、インフラストラクチャ管理を完全に制御できます。以下の比較マトリックスでは、より詳細な指標を提供しています。

利点 Looker ホスト型 セルフホスト型

ハードウェアのセットアップやメンテナンスが不要

×

 

ソフトウェアの更新サービス(毎月または毎四半期)

×

 

追加コストなしのハードウェア拡張:

  • 垂直方向のスケーリング(CPU の追加)
  • 水平方向のスケーリング(より多くのノード)

×

 

カスタマー サポートの品質向上と高速化

X

 

99.9% の稼働時間 SLA(Advanced および Elite)

X

 

S1 レスポンス SLA 1 時間

X

 

Looker API の使用

X

X

マルチインスタンス移行

X

X

サーバーやログへの直接アクセス

 

X

Looker がホストする Deployment のメリット

Looker インスタンスのアクティブ管理

Looker チームがパフォーマンス モニタリングを行えるようにして、Looker からの実用的なデータ インサイトで意思決定に集中します。

いつでも最新の機能と更新が利用可能

別途更新をダウンロードする必要はありません。Looker インスタンスは、Looker チームによってテスト、更新、最適化されます。

一貫したパフォーマンス

Looker 運用チームが常にパフォーマンスをモニタリングし、優れたユーザー エクスペリエンスを確保するためにキャパシティを調整します。ユーザーに対応するためにどれだけのサーバーが必要かをお客様が考える必要はありません。

デプロイのセキュリティ

Looker はプラットフォーム インフラストラクチャを管理します。Looker のデプロイは離散的で安全かつモニタリングされ、データが安全に保たれます。

連携サービス

Looker のすべてのデプロイメントには重要な関連サービスが含まれており、関連データのアクセス、分析情報の強化、データ モデリングの簡素化とスケーリング、サードパーティ システムとの統合が可能となり、同時に業界トップクラスのサポート エクスペリエンスが提供されます。

データベースへの安全な接続

SSH を使用して、データベースに接続します。

SAML / LDAP 統合

Looker を既存の認証方法と統合し、安全なアクセスを簡単に管理できます。

Looker がホストするデプロイメントに関する考慮事項

セキュリティ、コンプライアンスに関する固有の要件

Looker がホストする環境インフラストラクチャは、企業の個々のセキュリティ/コンプライアンス要件に適合しない場合があります。

ログおよびモニタリングへのアクセスに関する要件

Looker はインフラストラクチャを管理するため、ログにアクセスすることはできません。Looker のチームはすべてのモニタリングを管理します。

カスタム SLA

Looker の更新とメンテナンスは、事前定義されたメンテナンスの時間枠中に行われます。お客様によっては、このメンテナンスの実施時期をさらに制御する必要がある場合があります。

カスタム JDBC ドライバ

サポートレベルが低いデータベースに接続するには、カスタムの JDBC ドライバ をインストールする必要があります。

お客様がホストするデプロイのメリット

インフラストラクチャの直接制御とスケーリングの判断

Looker がホストするデプロイメントでは提供されないインフラストラクチャとアーキテクチャ構成を実装できます。

ロギングおよびモニタリングへのアクセス

独自のインフラストラクチャを管理することで、Looker アプリケーション ログに直接アクセスし、個々の要件に合わせてインスタンスのモニタリングをセットアップできます。

オーダーメイドのセキュリティ モデル

Looker を独自のデプロイでホストすると、アプリケーション環境のセキュリティを完全に制御できます。企業や業界固有のセキュリティ基準に合わせて、セキュリティを調整できます。

顧客がホストするデプロイに関する考慮事項

サポートの制限

Looker サポートチームがカスタム デプロイ アーキテクチャに精通していない場合、問題のトラブルシューティングが難しくなる場合があります。特定の問題には、チームの関与が必要になる場合があります。

月次更新の要件

ユーザーが Looker から最新の機能とセキュリティ パッチを確実に受け取れるようにするプロセスを作成し、維持する責任はお客様にあります。

人材が必要

Looker をデプロイするには、かなりの人数と DevOps/SRE の専門知識が必要です。Looker デプロイメントのさまざまなコンポーネント(Linux VM、MySQL データベース、ネットワーク ファイル システム、ロードバランサ、ログ ローテーション、パフォーマンス モニタリング、アラート、その他の統合)を管理する必要があります。

コスト

時間、人材、クラウドやデータセンターのコストをお客様の会社が担う必要があります。

連携サービスの使用に関する課題

Looker には関連するサービスがあり、関連する業界データへのアクセス、分析情報の増加、データ モデリングの簡素化とスケーリング、サードパーティ システムとの統合が可能となり、同時に業界トップクラスのサポート エクスペリエンスを実現できます。セルフホスト型の Looker のデプロイでは、これらの機能にアクセスするには、クラウドに補助的なサービスをデプロイすることが必要になる場合があります。

障害復旧と弾力性

稼働時間とサービス復元力を担当する専任の DevOps チームを維持することになります。

お客様がホストするユースケースの例

独自のセキュリティ要件がある

一部のセキュリティ ポリシーでは、クラウド サービスを利用できないことが義務付けられています。Looker はマルチクラウドに対応するよう設計されており、Looker でホストされるデプロイは Google Cloud、AWS、Azure などのさまざまなクラウド プロバイダで利用できます。セキュリティ ポリシーがデータに対するクラウド サービスと互換性がない場合、代替手段として顧客ホスティングが設計されています。

自由にカスタマイズ可能なデプロイモデルが必要な場合

Looker が環境をホストする場合、その環境は安定していることを前提としています。次に示すユースケースのように、要件がこの前提に適合しない場合があります。

  • デプロイ環境は、各ユーザー グループや顧客ごとに非常に多くのインスタンスを大量に拡張するもので、エフェメラル期間にのみ使用する必要がある場合があります。
  • 新しい環境を頻繁に構築したり、既存の環境を破棄したりできる必要があります。
  • 複数の Looker インスタンスがあり、デプロイメントごとに起動フラグ、モデル、接続情報をカスタム構成にする必要がある。

追加の統合と管理アクセスが必要

Looker がホストする環境では、デプロイメントへの直接アクセスが制限されています。顧客がホストするデプロイでは、インスタンスのファイル システム、メタデータ データベース、JVM 構成に完全にアクセスできます。これは次のような場合に役立ちます。

  • 各環境の LookML モデルと構成は、開発プロセスと同期するスクリプトによって頻繁に更新されます。
  • Looker のバックエンドの状態は、環境ごとに異なるスナップショットを使用してデプロイする必要があります。
  • Git など、Looker でデプロイした特定のコア テクノロジーを使用できない。Looker のバックエンドを完全に制御することにより、Looker のコア コンポーネントを任意のソリューションに置き換えることができます。

お客様がホストするデプロイの選択

Looker の利点の 1 つは、堅牢なマルチクラウド機能です。Looker は jar ファイルとしてパッケージ化されており、適切な JVM パッケージがインストールされている任意の Linux オペレーティング システムで実行できます。これにより、データを中心に the えたサーバー、アプリケーション、ネットワークを完全に所有できます。

Looker インスタンスをホストする方法は多数あります。セットアップは簡単ですが、フェイルオーバーが最小限であるデプロイや、可用性と復元力に優れた複雑なアーキテクチャを含むデプロイメントを作成できます。このシリーズのページは、複数のホスティング方法のベスト プラクティスと、ビジネスに最適なシステムを設計する方法を説明することを目的としています。

お客様がホストするデプロイのメリットと考慮事項を確認した後、セルフホスティングが現実的な選択肢であると思われる場合は、Looker コンサルタントにホスティング評価アンケートの実施を依頼します。