Admin dapat menyesuaikan nama domain atau hostname di URL untuk instance Looker.
URL instance yang dihosting Looker memiliki bentuk berikut:
https://<hostname>.<subdomain>.<domain>.com
atau
http://<hostname>.<subdomain>.<domain>.com
Admin instance yang dihosting Looker dapat mengubah setiap komponen URL instance (kecuali subdomain, jika ada, yang dapat ditentukan oleh region tempat instance dihosting), tetapi beberapa perubahan atau penambahan dapat menimbulkan biaya tambahan atau memerlukan analisis sematan. Hubungi spesialis penjualan Google Cloud untuk mendiskusikan opsi yang tersedia untuk deployment Looker Anda.
Selain perubahan opsional ini, URL instance juga dapat terpengaruh jika deployment Anda:
- Bermigrasi dari hosting lama di Amazon EC2 ke hosting generasi berikutnya di Google Cloud atau Amazon Elastic Kubernetes Service (EKS)
- Bermigrasi dari yang dihosting pelanggan ke yang dihosting Looker
- Bermigrasi dari Looker (asli) ke Looker (Google Cloud core)
- Mengubah region yang menghosting AWS EC2 (yang dapat mengubah subdomain, jika ada)
Apa yang harus saya perhatikan sebelum memulai perubahan URL?
Dalam sebagian besar kasus, jika URL instance berubah, admin Looker harus memperbarui kolom URL Host di halaman Setelan di panel Admin dengan URL baru. Jika URL instance berubah karena migrasi dari Looker (original) ke Looker (Google Cloud core), opsi URL Host tidak tersedia di Looker (Google Cloud core), dan langkah tersebut tidak diperlukan.
Jika instance Anda menggunakan metode autentikasi seperti SAML atau LDAP, Anda harus mengarahkan konfigurasi penyedia identitas ke URL baru, atau pengguna Anda dapat terkunci.
Mungkin ada gangguan layanan sesaat yang terkait dengan perubahan URL instance. Bergantung pada deployment Anda, memperbarui URL host dapat menyebabkan perubahan yang merusak berikut.
Perubahan instance | Contoh | Jenis perubahan | Perubahan yang dapat menyebabkan gangguan |
---|---|---|---|
Bermigrasi dari hosting lama di Amazon EC2 ke hosting generasi berikutnya di Google Cloud atau Amazon EKS |
company.looker.com ke company.cloud.looker.com
|
Mengubah subdomain |
Pengguna dan pengguna sematan harus memperbarui bookmark mereka dalam waktu tujuh hari, atau bookmark mereka akan rusak. Kedua URL akan berfungsi selama tujuh hari setelah perubahan. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. |
Bermigrasi dari yang dihosting pelanggan ke yang dihosting Looker |
company.instance.com ke company.cloud.looker.com
|
Mengubah domain |
Pengguna dan pengguna sematan harus memperbarui bookmark mereka, atau bookmark mereka akan rusak. Berapa lama URL instance yang dihosting pelanggan beroperasi tergantung pada kebijakan perusahaan. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. |
Bermigrasi dari Looker (asli) ke Looker (Google Cloud core) |
company.looker.com ke hostname.looker.app
|
Mengubah domain |
Bookmark ke instance Looker (asli) yang menggunakan domain
Jika berpindah dari URL kustom untuk Looker (asli) (yang tidak menggunakan domain Ada sejumlah kecil perbedaan fitur antara Looker (asli) dan Looker (Google Cloud core). Tinjau perbedaan ini untuk memastikan bahwa fitur di Looker (inti Google Cloud) memenuhi kebutuhan berkelanjutan Anda. Lihat dokumentasi migrasi untuk mengetahui informasi selengkapnya tentang migrasi dari Looker (asli) ke Looker (Google Cloud core). |
Mengubah region yang dihosting AWS EC2 |
company.au.looker ke company.jp.looker.com
|
Mengubah subdomain |
Pengguna dan pengguna sematan harus memperbarui bookmark mereka dalam waktu tujuh hari, atau bookmark mereka akan rusak. Kedua URL akan berfungsi selama tujuh hari setelah perubahan. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. |
Mengubah urutan domain |
example.looker.com ke looker.example.com
|
Mengubah domain |
Kedua URL instance akan berfungsi tanpa batas waktu. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. |
Beralih ke domain kustom |
example.looker.com ke example.custom.com
|
Mengubah domain |
Kedua URL instance akan berfungsi tanpa batas waktu. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. |
Beralih dari satu host Looker ke host Looker lainnya |
company1.cloud.looker.com ke company2.cloud.looker.com
|
Mengubah domain |
Pengguna dan pengguna sematan harus memperbarui bookmark mereka dalam waktu tujuh hari, atau bookmark mereka akan rusak. Kedua URL akan berfungsi selama tujuh hari setelah perubahan. Jika menggunakan integrasi Slack untuk pengiriman data, pengiriman apa pun yang dikirim oleh pengguna yang belum login ke Slack tidak akan dikirim. Jadwal yang sudah ada dan pengiriman ad hoc yang dikirim oleh pengguna yang sudah diautentikasi ke ruang kerja Slack tidak akan terpengaruh. Nama host untuk instance Looker hanya boleh berisi karakter alfanumerik dan harus terdiri dari 6 karakter atau lebih. Artinya, nama host tidak boleh berisi tanda hubung, seperti: customer-dev.looker.com. |