Sie haben die Möglichkeit, Ihre eigene Looker-Instanz oder -Bereitstellung zu hosten, oder Looker kann das Hosting für Sie übernehmen. In unserer Dokumentation werden von Looker gehostete Instanzen oder Bereitstellungen als von Looker gehostet und lokal gehostete Instanzen oder Bereitstellungen als vom Kunden gehostet oder „selbst gehostet“ bezeichnet.
Wenn Looker Ihre Bereitstellung hostet, verwaltet Looker alle erforderlichen IT-Funktionen, die sich auf die Looker-Anwendung beziehen, in Ihrem Namen. Dies geschieht auf Grundlage der Ressourcennutzung und der geschäftlichen Anforderungen. So wird der Aufwand für die Installation, Konfiguration und Wartung der Looker-Anwendung erheblich reduziert. Wenn Sie Ihre eigene Bereitstellung hosten, sind Sie hingegen für die Verwaltung vieler dieser Prozesse und Funktionen verantwortlich. Eine vom Kunden gehostete Bereitstellung umfasst die produktinternen Dienste, d. h. die von Looker gehosteten und über das Produkt zugänglichen Dienste, insbesondere Lizenzierungsdaten, Konfigurationssicherungen, Systemfehlerberichte, Datenaktionen und Support-Tickets, wie im Abschnitt Von Looker freigegebene Anwendungsdaten auf der Sicherheitsseite von Looker beschrieben.
Die Entscheidung zwischen den beiden Hosting-Optionen ist ein Kompromiss zwischen Komfort und Kontrolle. Wenn Sie sich für Looker-Hosting entscheiden, können Sie sich auf die Integration von Looker in Ihre Geschäftsanwendungen konzentrieren, ohne sich um die Infrastrukturverwaltung kümmern zu müssen. Wenn Sie Ihre eigene Looker-Bereitstellung hosten, haben Sie die vollständige Kontrolle über die Infrastrukturverwaltung, aber der Aufwand für die erste Einführung und die laufende Wartung ist höher.
Auf dieser Seite finden Sie die folgenden Informationen, die Ihnen bei der Auswahl der für Sie am besten geeigneten Hosting-Option helfen sollen:
- Vergleichsvorteile der einzelnen Hosting-Optionen
- Vorteile und Einschränkungen der von Looker gehosteten Option
- Vorteile und Einschränkungen der Option „Vom Kunden gehostet“
- Beispiele für Anwendungsfälle für vom Kunden gehostete Bereitstellungen
Vergleich der Vorteile der einzelnen Hosting-Optionen
In der folgenden Tabelle werden die Vorteile der einzelnen Hosting-Optionen verglichen.
| Vorteil | Von Looker gehostet | Vom Kunden gehostet |
|
Standardmäßiger Zugriff auf alle Looker-Funktionen |
X |
|
|
Keine Hardwareeinrichtung oder ‑wartung erforderlich |
X |
|
|
Automatische Softwareupdates und Wartung (monatlich oder vierteljährlich) |
X |
|
|
Hardware ohne zusätzliche Kosten skalieren:
|
X |
|
|
Anwendungs- und Hostmonitoring |
X |
|
|
Automatische Sicherungen von Looker-Instanzen |
X |
|
|
Backend-Datenbankmigration, falls erforderlich |
X |
|
|
SLA zur Betriebszeit von 99,9% (Advanced und Elite) |
X |
|
|
SLA für S1-Antwort: 1 Stunde |
X |
|
|
Verwendung der Looker API |
X |
X |
|
Migrationen mit mehreren Instanzen |
X |
X |
|
Direkter Zugriff auf Server und Logs und Export von Servern und Logs |
X |
Vorteile und Einschränkungen der von Looker gehosteten Option
In den folgenden Tabellen sind die Vorteile und Einschränkungen einer Looker-gehosteten Bereitstellung aufgeführt.
Vorteile von Looker-gehosteten Bereitstellungen
In der folgenden Tabelle sind die Vorteile einer von Looker gehosteten Bereitstellung aufgeführt.
|
Aktive Verwaltung der Looker-Instanz |
Überlassen Sie die Leistungsüberwachung dem Looker-Team und konzentrieren Sie sich darauf, Entscheidungen auf Grundlage der umsetzbaren Datenstatistiken von Looker zu treffen. |
|
Immer die neuesten Funktionen und Updates erhalten |
Sie müssen nie wieder ein Update manuell herunterladen. Ihre Looker-Instanz wird von Looker getestet, aktualisiert und optimiert. |
|
Konstante Leistung |
Looker überwacht die Leistung und passt die Kapazität bei Bedarf an. Sie müssen nicht entscheiden, wie viele Server Sie für Ihre Nutzer benötigen. |
|
Bereitstellungssicherheit |
Looker verwaltet Ihre Plattforminfrastruktur. Ihre Looker-Bereitstellung ist diskret, sicher und wird kontinuierlich überwacht, um Ihre Daten zu schützen. |
|
Verbundene Dienste |
Jede Looker-Bereitstellung umfasst wichtige verbundene Dienste, mit denen Sie auf relevantere Daten zugreifen, Erkenntnisse gewinnen, die Datenmodellierung vereinfachen und skalieren sowie in Drittanbietersysteme einbinden können. Dabei erhalten Sie Unterstützung von Looker. |
|
Datenbankverbindungen sichern |
Looker über SSH mit Ihrer Datenbank verbinden |
|
SAML-/LDAP-Integration |
Looker kann in Ihre vorhandenen Authentifizierungsmethoden eingebunden werden. |
Beschränkungen von Looker-gehosteten Bereitstellungen
Bevor Sie sich für eine von Looker gehostete Bereitstellung entscheiden, sollten Sie die in der folgenden Tabelle aufgeführten Einschränkungen berücksichtigen.
|
Spezifische Sicherheits- und Compliance-Anforderungen |
Die Infrastruktur der von Looker gehosteten Umgebung entspricht möglicherweise nicht den individuellen Sicherheits- und Compliance-Anforderungen Ihres Unternehmens. |
|
Anforderung, Logs/Monitoring-Informationen exportieren zu können |
Da Looker die Infrastruktur für Ihre Instanz verwaltet, können Sie keine Logs für die Nutzung Ihrer Instanz exportieren. Looker übernimmt das gesamte Monitoring. |
|
Benutzerdefinierte SLAs |
Looker-Updates und Wartungsarbeiten finden während der vordefinierten Wartungsfenster statt. Einige Kunden benötigen möglicherweise zusätzliche Kontrolle darüber, wann diese Wartung erfolgt. |
|
Benutzerdefinierte JDBC-Treiber |
Benutzerdefinierte JDBC-Treiber müssen installiert sein, um eine Verbindung zu Datenbanken mit geringerem Supportniveau herzustellen. |
Vorteile und Einschränkungen der vom Kunden gehosteten Option
In den folgenden Tabellen sind die Vorteile und Einschränkungen einer vom Kunden gehosteten Bereitstellung aufgeführt.
Vorteile von kundenseitig gehosteten Bereitstellungen
In der folgenden Tabelle sind die Vorteile einer vom Kunden gehosteten Bereitstellung aufgeführt.
|
Direkte Kontrolle über Infrastruktur- und Skalierungsentscheidungen |
Sie können Infrastruktur- und Architekturkonfigurationen implementieren, die bei einer von Looker gehosteten Bereitstellung möglicherweise nicht angeboten werden. |
|
Zugriff auf Logging/Monitoring |
Wenn Sie Ihre eigene Infrastruktur verwalten, können Sie direkt auf Looker-Anwendungsprotokolle zugreifen und diese exportieren sowie eine Instanzüberwachung einrichten, die Ihren individuellen Anforderungen entspricht. |
|
Maßgeschneidertes Sicherheitsmodell |
Wenn Sie Looker in Ihrer eigenen Bereitstellung hosten, haben Sie die vollständige Kontrolle über die Sicherheit der Anwendungsumgebung, die Sie an die unternehmens- oder branchenspezifischen Sicherheitsstandards anpassen können. |
Einschränkungen bei kundenseitig gehosteten Bereitstellungen
Bevor Sie sich für eine vom Kunden gehostete Bereitstellung entscheiden, sollten Sie die in der folgenden Tabelle aufgeführten Einschränkungen beachten.
|
Einschränkungen beim Support |
Die Fehlerbehebung kann schwierig sein, wenn das Looker-Supportteam mit der benutzerdefinierten Bereitstellungsarchitektur nicht vertraut ist. Bei bestimmten Problemen ist möglicherweise mehr Aufwand von Ihrer Organisation erforderlich. |
|
Anforderungen an monatliche Updates |
Sie sind dafür verantwortlich, Prozesse zu erstellen und zu pflegen, die dafür sorgen, dass Nutzer die neuesten Funktionen und Sicherheitspatches von Looker erhalten. |
|
Anforderungen an das Personal |
Für Looker-Bereitstellungen sind möglicherweise erhebliche Personalressourcen und Fachwissen im Bereich Site Reliability Engineering erforderlich. Ihre Organisation muss die verschiedenen Komponenten einer Looker-Bereitstellung verwalten. |
|
Kosten |
Ihre Organisation muss Zeit, Humankapital und Cloud-/Rechenzentrumskosten verwalten. |
|
Herausforderungen bei der Verwendung verbundener Dienste |
Looker bietet den Vorteil verbundener Dienste, mit denen Sie auf relevante Branchendaten zugreifen, die Erkenntnisse steigern, die Datenmodellierung vereinfachen und skalieren und in Drittanbietersysteme einbinden können. Bei einer selbst gehosteten Looker-Bereitstellung müssen Sie möglicherweise zusätzliche Dienste in Ihrer Cloud bereitstellen, um auf diese Funktionen zugreifen zu können. |
|
Notfallwiederherstellung und Elastizität |
Sie sind für die Aufrechterhaltung der Verfügbarkeit und Ausfallsicherheit des Dienstes verantwortlich. |
|
Einige Looker-Funktionen sind nicht verfügbar |
Im Abschnitt Unterstützung für Looker-Funktionen bei verschiedenen Hostingoptionen auf dieser Seite finden Sie einen Vergleich der Feature-Unterstützung bei den verschiedenen Hostingoptionen von Looker. |
|
Zusätzliche Konfiguration von Funktionen |
Für vom Kunden gehostete Instanzen ist möglicherweise eine zusätzliche Konfiguration erforderlich, um bestimmte Looker-Funktionen zu verwenden. |
Beispiele für Anwendungsfälle für kundenseitig gehostete Bereitstellungen
Eine vom Kunden gehostete Option ist möglicherweise die richtige für Ihre Bereitstellung, wenn sie einem der folgenden Anwendungsfälle entspricht:
- Ihre Organisation hat spezielle Sicherheitsanforderungen: Die Sicherheitsrichtlinien einiger Organisationen schreiben vor, dass sie keine Cloud-Dienste verwenden dürfen. Looker (Original) ist für Multi-Cloud-Umgebungen konzipiert und von Looker gehostete Looker (Original)-Bereitstellungen befinden sich bei verschiedenen Cloud-Anbietern wie Google Cloud, AWS und Azure. Wenn Ihre Sicherheitsrichtlinie nicht mit der Verwendung von Cloud-Diensten mit Ihren Daten kompatibel ist, ist das Kundenhosting die Alternative.
- Ihre Organisation bevorzugt ein vollständig anpassbares Bereitstellungsmodell: Wenn Looker Ihre Umgebungen hostet, geht Looker davon aus, dass diese Umgebungen stabil sein sollen. Die Anforderungen Ihrer Organisation sind möglicherweise nicht mit dieser Annahme kompatibel, z. B. in den folgenden Situationen:
- Ihre Bereitstellungsumgebung ist eine große Anzahl von Instanzen für jede Ihrer Nutzergruppen oder Kunden, die möglicherweise nur für einen kurzen Zeitraum erforderlich sind.
- Ihre Organisation muss häufig neue Umgebungen erstellen oder vorhandene Umgebungen entfernen können.
- Ihre Organisation benötigt mehrere Looker-Instanzen, für die jeweils benutzerdefinierte Konfigurationen für die Start-Flags, das Modell oder die Verbindungsinformationen erforderlich sind.
- Ihre Organisation benötigt mehr direkten Zugriff auf Integrations- und Konfigurationsfunktionen: In einer von Looker gehosteten Umgebung ist Ihr direkter Zugriff auf Ihre Bereitstellung eingeschränkt. Bei selbst gehosteten Bereitstellungen haben Sie vollen Zugriff auf das Dateisystem, die Metadatendatenbank und die JVM-Konfigurationen Ihrer Instanz. Direkter Zugriff kann in den folgenden Situationen von Vorteil sein:
- Ihre LookML-Modelle und Konfigurationen für jede Instanz werden häufig mithilfe von Skripts aktualisiert, die mit Ihrem Entwicklungsprozess synchronisiert werden.
- Ihre Organisation kann bestimmte Kerntechnologien, die Looker für die Bereitstellung verwendet, nicht nutzen, z. B. Git. Da Sie die vollständige Kontrolle über das Backend Ihrer Instanz haben, können Sie jede Kernkomponente von Looker durch Ihre bevorzugte Lösung ersetzen.
Unterstützung für Looker-Funktionen bei verschiedenen Hosting-Optionen
In der folgenden Tabelle wird die Unterstützung von Funktionen für die von Looker gehosteten Instanztypen Looker (Original), Looker (Google Cloud Core) und die vom Kunden gehosteten Instanztypen Looker (Original) verglichen.
Tabelle nach unterstützten Instanztypen filtern:
| Funktion | Looker-Instanztyp | |||
|---|---|---|---|---|
| Plattformfunktionen | Looker (Original) | Looker (Google Cloud Core) | Von Kunden gehostetes Looker (Original) | Hinweise |
| Looker-Berichte: Berichte in Looker erstellen und darauf zugreifen | Ja | Ja | Nein | Nicht verfügbar für Looker (Google Cloud Core)-Instanzen, die VPC Service Controls oder CMEK verwenden. Nicht alle Looker-Berichtsfunktionen sind in Looker (Google Cloud Core)-Instanzen verfügbar. Weitere Informationen finden Sie in der Dokumentation zu Looker-Berichten. |
| Gemini in Looker: Conversational Analytics, LookML-Unterstützung, Visualisierungsassistent | Ja | Ja | Nein | Einige Funktionen werden möglicherweise nicht für Looker (Google Cloud Core)-Instanzen unterstützt, die CMEK oder VPC Service Controls verwenden. |
| BI-Connectors: Verbindung zu Google Sheets, Looker Studio, Tableau, Open SQL-Schnittstelle, PowerBI, ThoughtSpot usw. | Ja | Ja | Nein | Für vom Kunden gehostete Looker-Instanzen (Original) sind keine kostenlosen Lizenzen für die Verwendung von Looker Studio Pro verfügbar. Einige BI-Connectors sind für Konfigurationen mit nur privater IP in Looker (Google Cloud Core) nicht verfügbar. Weitere Informationen finden Sie in der Dokumentation zu BI Connectors. |
| Looker Action Hub und Looker Marketplace | Ja | Ja | Ja |
Für Looker (Google Cloud Core)-Instanzen, die eine private IP-Adresse verwenden, kann es Einschränkungen bei dieser Funktion geben. Für Looker (Google Cloud Core)-Instanzen, die private IP-Adressen verwenden, ist möglicherweise eine zusätzliche Konfiguration erforderlich. Für vom Kunden gehostete Looker-Instanzen (Original) ist möglicherweise eine zusätzliche Konfiguration erforderlich. |
| Daten für S3, SFTP und Webhook planen | Ja | Ja | Ja | Für Looker (Google Cloud Core)-Instanzen, die eine private IP-Adresse verwenden, kann es Einschränkungen bei dieser Funktion geben. Für Looker (Google Cloud Core)-Instanzen, die private IP-Adressen verwenden, ist möglicherweise eine zusätzliche Konfiguration erforderlich. |
| Mobile Looker-Anwendung | Ja | Ja | Ja | |
| Benutzerdefinierte Designs | Ja | Ja | Ja | Benutzerdefinierte Designs sind nur für die Enterprise- und Embed-Versionen von Looker (Google Cloud Core) verfügbar. |
| Benutzerdefinierte Erweiterungen | Ja | Ja | Ja | Benutzerdefinierte Erweiterungen sind nur für die Enterprise- und Embed-Versionen von Looker (Google Cloud Core) verfügbar. |
| Private Einbettung | Ja | Ja | Ja |
Private Einbettung ist für alle Versionen von Looker (Google Cloud Core) verfügbar. |
| Signierte Einbettung | Ja | Ja | Ja |
Die signierte Einbettung ist nur für die Embed-Version von Looker (Google Cloud Core) verfügbar. |
| Labs- und Legacy-Seiten | Ja | Nein | Ja | Einige Vorabfunktionen sind in Looker (Google Cloud Core) über Zulassungslisten verfügbar. |
| Sicherheits- und Authentifizierungsfunktionen | Looker (Original) | Looker (Google Cloud Core) | Von Kunden gehostetes Looker (Original) | Hinweise |
| Sicherheitsfunktionen: Private IP, CMEK, VPC Service Controls | Nein | Ja | Nein | Private IP-Adressen und VPC Service Controls sind nur für die Looker (Google Cloud Core)-Versionen Enterprise und Embed verfügbar. |
| IAM-Integration | Nein | Ja | Nein | |
| SAML-Authentifizierung, OpenID-Authentifizierung | Ja | Ja | Ja | |
| Nutzernamen und Passwort für die Anmeldung, LDAP-Authentifizierung | Ja | Nein | Ja | |
| Einstellung für die IP-Zulassungsliste | Ja | Nein | Nein | Bei Looker (Google Cloud Core) wird der Zugriff auf die Instanz über eine private IP-Adresse gesteuert. |
| Sudo-Befehl als anderer Nutzer ausführen | Ja | Nein | Ja | |
| FIPS-Verschlüsselung | Nein | Ja | Ja | Die FIPS-Verschlüsselung ist nur in den Versionen Enterprise und Embed von Looker (Google Cloud Core) verfügbar. |
| Compliance-Zertifizierungen (z. B. FedRAMP High und andere Assured Workloads-Produkte) | Nein | Ja | Ja | Compliance-Zertifizierungen sind nur in den Versionen Enterprise und Embed von Looker (Google Cloud Core) verfügbar. |
| LookML-Entwicklung und Datenbankverbindungen | Looker (Original) | Looker (Google Cloud Core) | Von Kunden gehostetes Looker (Original) | Hinweise |
| Unterstützung von Dialekten | Ja | Ja | Ja | In der Dokumentation sind die Dialekte aufgeführt, die von Looker (Google Cloud Core) unterstützt werden, und die Dialekte, die von Looker (Original) und von Kunden gehosteten Looker-Instanzen (Original) unterstützt werden. |
| Vom Kunden gehostetes Git im öffentlichen Internet | Ja | Ja | Ja | Für Looker (Google Cloud Core)-Instanzen, die eine private IP-Adresse verwenden, kann es Einschränkungen bei dieser Funktion geben. Für Looker (Google Cloud Core)-Instanzen, die private IP-Adressen verwenden, ist möglicherweise eine zusätzliche Konfiguration erforderlich. |
| Looker Continuous Integration | Ja | Ja | Nein | Nicht verfügbar für Looker (Google Cloud Core)-Instanzen, die eine private IP-Adresse oder CMEK verwenden. |
| Zugriff des Dienst-Agents auf BigQuery | Nein | Ja | Nein | |
| SSH-Tunnel (für lokale Datenbanken) | Ja | – | Ja | |
| Logging | Looker (Original) | Looker (Google Cloud Core) | Von Kunden gehostetes Looker (Original) | Hinweise |
| Zugriff auf interne Datenbank und ausführliche Logs | Nein (siehe Hinweis) | Nein | Ja | Bei von Looker gehosteten Looker-Instanzen (Original) sind die interne Datenbank und ausführliche Logs nur über eine Google Cloud Supportanfrage verfügbar. |
| Cloud-Audit-Logs | Nein | Ja | Nein | |
| Elite-Systemaktivität | Ja | Ja | Nein |
Die Elite-Systemaktivität ist nur als kostenpflichtige Funktion in der Elite-Version von Looker (Original) verfügbar. Die Aktivität im Elite-Stil ist nur in den Versionen Enterprise und Embed von Looker (Google Cloud Core) verfügbar. |
| Infrastruktur- und Instanzverwaltung | Looker (Original) | Looker (Google Cloud Core) | Von Kunden gehostetes Looker (Original) | Hinweise |
| Vollständig Google Cloudverwalteter Google-Dienst | Nein | Ja | Nein | Google Cloud Der Support kann Probleme mit der Looker (Google Cloud Core)-Umgebung viel besser beheben, da sie auf Google Cloudverwaltet wird. |
| Selfservice-Instanzerstellung | Nein | Ja | Nein | |
| Terraform-Unterstützung | Nein | Ja | Nein | |
| Startoptionen | Ja | Nein | Ja | |
| Vom Kunden definierte Wartungsfenster | Nein | Ja | Nein | |
| Nicht produktive Instanzen | Ja | Ja | Ja |
Für die Elite-Version von Looker (Original) sind zwei Nicht-Produktionsinstanzen verfügbar. In anderen Looker (Original)-Versionen sind keine Nicht-Produktionsinstanzen verfügbar. Nicht produktive Instanzen werden für Looker (Google Cloud Core) separat erworben. |
| Exportieren | Ja | Nein | Nein |
Diese Funktion ist für die Migration von Looker (Original) zu Looker (Google Cloud Core) erforderlich. |