Loading...

Complementos

Complementos gestionados

Usa los complementos gestionados cuando la plataforma deba crear, rotar y vincular detalles de infraestructura en lugar de pedir a los clientes valores de host, puerto o contraseña.

Volver a la Ayuda de la Plataforma

Managed Redis

Cuando Redis está activado, el servicio se crea automáticamente y se vincula a la plataforma como variables de entorno y secretos.

  • No se pide a los usuarios los valores de host, puerto o contraseña de Redis.
  • Activar o desactivar el servicio más adelante se aplica mediante una actualización del despliegue.
  • El panel muestra mensajes de estado como "Managed Redis is running".

Managed Database

Para plataformas como WordPress, el sistema genera los nombres de usuario y contraseñas de la base de datos.

  • Los valores de secretos no se devuelven en respuestas GET.
  • Las operaciones de instalación y restablecimiento solo afectan al recurso de plataforma relacionado.
  • Si se necesita información de la base de datos, puede regenerarse o rotarse mediante una acción del panel.

Object Storage

Object Storage compatible con S3 proporciona gestión de bucket y clave de acceso cuando Ceph RGW está listo.

  • Los buckets de clientes no se crean hasta que la puerta de salud de Ceph RGW esté abierta.
  • La clave de acceso secreta se muestra solo una vez durante la creación o rotación.
  • Tras la vinculación, las variables de entorno S3 se añaden cuando la app se vuelve a desplegar.
  • AWS CLI y los SDKs compatibles con S3 pueden usar el endpoint https://s3.cdn.com.tr con la clave de acceso generada.

Conectar tu aplicación a los complementos

Cuando activas un complemento, la plataforma inyecta automáticamente sus datos de conexión en tu aplicación como variables de entorno (y las contraseñas como Secrets de Kubernetes). Léelas desde el entorno de tu aplicación en el código; no es necesario copiar a mano los valores de host, puerto o contraseña.

  • Vuelve a desplegar la aplicación después de activar un complemento para que las variables se monten en los contenedores.
  • Las contraseñas nunca se muestran en el panel ni en las respuestas de la API; solo se ven los nombres de las variables. Lee el valor desde el entorno o usa la URL de conexión ya preparada (DATABASE_URL / REDIS_URL).
  • Los prefijos de las variables (REDIS, DB, DATABASE, NATS) se pueden personalizar por complemento mediante env_prefix.
  • Usa un complemento desde otra aplicación (por ejemplo, una tarea de copia de seguridad): define una variable en esa aplicación como ${slug-de-app-origen.VAR}, por ejemplo DATABASE_URL=${web.DATABASE_URL} o DB_PASSWORD=${web.DB_PASSWORD}. Se resuelve de forma segura dentro de tu cuenta y la contraseña nunca queda expuesta.
Redis:       REDIS_HOST, REDIS_PORT, REDIS_DB, REDIS_URL, REDIS_PASSWORD
MySQL:       DB_HOST, DB_PORT, DB_DATABASE, DB_USERNAME, DB_PASSWORD, DB_URL, DATABASE_URL
PostgreSQL:  DATABASE_HOST, DATABASE_PORT, DATABASE_NAME, DATABASE_USER, DATABASE_PASSWORD, DATABASE_URL
NATS:        NATS_HOST, NATS_PORT, NATS_URL

Acceso externo

Los complementos gestionados solo son accesibles desde dentro de la plataforma, por diseño.

  • Redis, MySQL, PostgreSQL y NATS se crean como servicios internos del clúster con nombres de host privados.
  • Solo se puede acceder a ellos desde los contenedores de tu propia aplicación, a través de las variables de entorno inyectadas.
  • No hay un punto de acceso público, por lo que no puedes conectarte desde fuera (por ejemplo, un cliente de base de datos en tu ordenador).