De manera opcional, al iniciar una nueva instancia alojada por el cliente de Looker, puedes aprovisionar automáticamente la instancia con una clave de licencia, una URL de host y una cuenta de usuario inicial.
Aprovisionamiento automático de una instancia nueva con un usuario de correo electrónico
En el inicio inicial, Looker analiza el directorio looker, donde reside el archivo JAR, en busca de un archivo que tenga el nombre provision.yml. El formato de este archivo es el siguiente:
license_key: "1234-5678-ABCD-EFGH-IJKL"
host_url: "https://looker.mycompany.com"
user:
first_name: "Ariel"
last_name: "Q"
email: "arielq@altostrat.com"
password: "password123"
Si la instancia de Looker es nueva y aún no se configuró, se aprovisionará con la clave de licencia proporcionada y una cuenta de usuario con la información proporcionada.
Si ya se aprovisionó Looker, los valores de la clave de licencia y la URL del host anularán los valores que se hayan establecido en la instancia. Se ignorará la información del usuario. Este enfoque es útil para actualizar una instancia de Looker de etapa de pruebas con una copia nueva de la base de datos interna de una instancia de producción, y, al mismo tiempo, mantener una clave de licencia y una URL independientes para el servidor de etapa de pruebas.
Aprovisionamiento automático de una instancia nueva con un usuario de API
Al iniciar una nueva instancia de Looker, puedes aprovisionar un usuario inicial de la API de forma programática. Puedes aprovisionar un usuario de la API o un usuario de correo electrónico, pero Looker no admite el aprovisionamiento de un usuario de la API y un usuario de correo electrónico al mismo tiempo.
Cómo generar credenciales de API
Para aprovisionar un usuario de la API, genera un ID de cliente y un secreto del cliente que Looker leerá y guardará en la base de datos. Los requisitos para estas credenciales son los siguientes:
- El ID de cliente debe tener 20 caracteres.
- El secreto del cliente debe tener 24 caracteres.
- Ambas cadenas deben poder incluirse en el cuerpo de una solicitud
POST. Por este motivo, te recomendamos que solo uses caracteres alfanuméricos para el ID de cliente y el secreto del cliente.
Por ejemplo, Looker usa el siguiente código para generar estas credenciales de forma programática:
require 'securerandom'
TOKEN_SYMBOLS = "bcdfghjkmnpqrstvwxyzBCDFGHJKMNPQRSTVWXYZ23456789".freeze
def generate_token(size)
Array.new(size).map { TOKEN_SYMBOLS[SecureRandom.random_number(TOKEN_SYMBOLS.size)] }.join
end
Este código evita los caracteres ambiguos para que las cadenas sean menos propensas a errores.
También puedes usar el comando openssl para generar cadenas adecuadas:
openssl rand -hex 10
El número al final del comando openssl es la cantidad de bytes de la cadena, por lo que debes usar 10 para el ID de cliente y 12 para el secreto del cliente.
Aprovisiona el usuario de la API
Para aprovisionar un usuario de la API en el inicio, asegúrate de tener un archivo provision.yml que incluya tu clave de licencia y la URL del host en el directorio looker. Por ejemplo:
license_key: "1234-5678-ABCD-EFGH-IJKL"
host_url: "https://looker.mycompany.com"
Crea un archivo llamado api-provision.yml con los permisos 0600 en el directorio looker que incluya la información del usuario de la API. Por ejemplo:
user:
first_name: "Ariel"
last_name: "Q"
client_id: "M9hZb8vRh9bSZzdPxw42"
client_secret: "NMnqBVbHqPsPzTvbZk6xZfV3"
Te recomendamos que almacenes estas credenciales en un administrador de secretos fuera de este archivo, ya que este archivo se quitará al inicio una vez que la instancia de Looker haya procesado y creado el usuario en la base de datos.
Al inicio, si la instancia no tiene usuarios, Looker crea un usuario de la API de administrador de Looker con estas credenciales y quita el archivo api-provision.yml del disco.
Una vez que hayas accedido como el usuario nuevo, debes crear al menos un usuario administrador adicional, ya que Looker borrará automáticamente el usuario de la API aprovisionado.
Eliminación automática de credenciales aprovisionadas
El usuario de la API aprovisionado solo se destina al aprovisionamiento de una instancia nueva y no debe permanecer en tu instancia de forma indefinida.
Looker borra automáticamente el usuario de la API aprovisionado después de que se cumpla una de las siguientes condiciones:
- Un usuario administrador que no es el usuario de la API aprovisionado accedió a la instancia.
- Pasaron 50 minutos desde que el usuario de la API aprovisionado accedió por primera vez.
Por lo tanto, es importante que crees al menos un usuario administrador adicional inmediatamente después de acceder como usuario aprovisionado por primera vez.