Loading...
Servicios de datos administrados

Base de Datos Administrada y Redis

cdn.com.tr aprovisiona MySQL, MariaDB, PostgreSQL, y Redis administrados para tus aplicaciones, así que nunca corres un servidor de base de datos tu mismo. Como llegan las credenciales a la app depende de la plataforma: las Container Apps conectan un add-on y reciben los valores como variables de entorno, los sitios WordPress se cablean automáticamente durante la configuración, y las apps de la plataforma PHP leen las credenciales emitidas en el panel en su propia configuración. Los flujos de reset y rotación mantienen la capa de datos operable desde un solo panel.

Base de Datos Administrada y Redis

El trabajo de configuración que ya no haces

Levantar una base de datos normalmente significa aprovisionar un servidor, instalar el motor, crear usuarios y permisos, ajustar límites de conexion, abrir los puertos correctos, y mantener todo parcheado. Para una sola app eso es mucho trabajo indiferenciado antes de escribir una línea de lógica de negocio. cdn.com.tr aprovisiona la instancia de MySQL, MariaDB, PostgreSQL, o Redis por ti y te devuelve credenciales listas para usar, así que saltas directo a conectar tu aplicación.

Credenciales como entorno, no como código

La plataforma genera el usuario y la contraseña e inyecta host, puerto, base de datos, usuario, y contraseña en la app conectada como variables de entorno. Esto importa por seguridad y por operaciones: los secrets nunca quedan en tu historial de Git ni en tu imagen Docker, y como la app los lee en tiempo de ejecución, rotar una contraseña es una actualización de conexion en lugar de un cambio de código. Mantiene la separación twelve-factor entre configuración y código sin que tu construyas la plomería.

Elegir entre MySQL, MariaDB, y PostgreSQL

La mayoría de los stacks WordPress y PHP clásico esperan MySQL o su primo compatible MariaDB, y cualquiera de los dos es una opción segura por defecto para esas apps. PostgreSQL es la elección correcta cuando tu framework o esquema depende de tipos, extensiones, o comportamiento SQL más estricto específico de Postgres. Como los tres se ofrecen como add-ons administrados con el mismo flujo de conectar-e-inyectar, la decisión se trata de lo que tu aplicación espera, no de que tan difícil es operar cada uno — todos se aprovisionan de la misma manera.

Para que sirve realmente Redis administrado

Redis es un almacen en memoria, y en la plataforma típicamente cumple uno de tres trabajos: cachear resultados de queries costosas y fragmentos renderizados, retener sesiones de usuario para que sobrevivan entre réplicas de contenedores, y actuar como object cache de WordPress para reducir hits repetidos a la base de datos en páginas concurridas. Como vive fuera del contenedor de la app, un servicio escalado horizontalmente comparte un caché y un almacen de sesiones en lugar de que cada réplica mantenga el suyo. Eso es lo que hace que el escalado horizontal se comporte correctamente para funciones que se sienten con estado.

Redis object cache para WordPress

Un sitio WordPress bajo carga gasta una cantidad sorprendente de tiempo volviendo a ejecutar las mismas queries de base de datos para armar cada página. Apuntar WordPress a un add-on de Redis administrado como su object cache significa que esos resultados se sirven desde memoria en lugar de la base de datos, lo cual reduce la presión de queries y estabiliza los tiempos de respuesta cuando el tráfico se dispara durante una campaña. Combinado con el caché de CDN para assets estáticos, Redis maneja el lado dinámico para que la base de datos no sea el cuello de botella.

Rotación, reset, y uso compartido

Las contraseñas no deberían ser para siempre, y a veces una se filtra en un log o una captura de pantalla. El flujo de reset/rotate genera una credencial nueva y las aplicaciones conectadas la reciben a través de su vinculo, así que no andas persiguiendo una contraseña hardcodeada en varios codebases. Cuando varios servicios genuinamente comparten una base de datos, conectar el mismo add-on a cada uno los mantiene consistentes, mientras que el status de la plataforma te da un solo lugar para confirmar que la capa de datos está saludable después de cualquier cambio.

Cómo configurarlo, paso a paso

1

Elige el motor que tu app necesita

En el panel abre el área de Add-ons y crea una base de datos. Elige MySQL o MariaDB para la mayoría de las cargas de trabajo PHP y WordPress, o PostgreSQL para apps que esperan funciones de Postgres. Para caché, sesiones, o un object cache de WordPress, crea un add-on de Redis. Cada uno se aprovisiona por ti con un nombre de base de datos, usuario, y contraseña generada.

2

Conéctalo a una aplicación

Conectar es un flujo de Container Apps: desde el add-on o la configuración de la app misma, conecta la base de datos o Redis a una Container App y los detalles de conexion se cablean por ti. Los sitios WordPress no necesitan este paso — su base de datos se aprovisiona y se cablea durante la configuración — y la plataforma PHP viene con su MySQL administrado ya creado, con las credenciales visibles en el panel.

3

Lee las credenciales del entorno

Para una Container App conectada, el host, puerto, nombre de base de datos, usuario, y contraseña llegan como variables de entorno — tu código los lee en tiempo de ejecución, por ejemplo un DSN de PDO o un cliente Redis construido a partir de esas variables de entorno, así que nada sensible se hornea en la imagen ni se comitea al repositorio. En la plataforma PHP copias esos mismos valores del panel a tu .env tu mismo.

4

Deja que WordPress y PHP se conecten solos

Para un sitio WordPress la plataforma llena la conexion de base de datos durante la configuración para que no edites wp-config a mano, y un add-on de Redis puede respaldar el object cache. Para una app PHP a medida, toma las credenciales que se muestran en el panel y apunta la configuración de base de datos de tu framework a ellas.

5

Rota o resetea cuando sea necesario

Si una credencial queda expuesta o simplemente rotas en un horario, usa el flujo de reset/rotate en el add-on. Las Container Apps conectadas a el reciben el valor nuevo a través de su vinculo; para las bases de datos de WordPress y de la plataforma PHP, la plataforma resetea la contraseña y tu actualizas la configuración que no administra por ti.

6

Observa la salud y automatiza con cdnctl

Usa el status de la plataforma para confirmar que el add-on está activo y accesible, y ejecuta tareas rutinarias — crear un add-on, conectarlo, disparar una rotación — desde cdnctl para que el aprovisionamiento de entorno encaje en scripts y CI en lugar de clics manuales.

Escenarios de ejemplo

WordPress con object cache

Un sitio de contenido se aprovisiona con una base de datos MySQL administrada en la configuración y un add-on de Redis como su object cache, así que las páginas se renderizan desde memoria y sobreviven picos de tráfico sin martillar la base de datos.

App Laravel sobre Postgres

Una API Laravel conecta un add-on de PostgreSQL administrado y un add-on de Redis para colas y caché, leyendo ambos conjuntos de conexion desde variables de entorno inyectadas sin administración de servidor.

Sesiones entre réplicas

Una container app escalada a varias réplicas almacena sesiones en Redis administrado para que un usuario permanezca conectado sin importar que réplica sirva la siguiente solicitud.

Rotación de credenciales programada

Un equipo rota la contraseña de su base de datos desde el panel cada trimestre; las apps conectadas reciben el nuevo secret a través de su vinculo, evitando un barrido manual de archivos de configuración.

Preguntas frecuentes

Qué motores de base de datos puedo aprovisionar?

MySQL, MariaDB, y PostgreSQL están disponibles como add-ons de base de datos administrados, y Redis está disponible como add-on de caché administrado. Elige MySQL o MariaDB para apps típicas de WordPress y PHP, y PostgreSQL cuando tu aplicación específicamente espera Postgres.

Cómo recibe mi app los detalles de conexion?

Cuando conectas un add-on a una app, el host, puerto, nombre de base de datos, usuario, y contraseña se inyectan como variables de entorno. Tu código construye su DSN o cliente Redis a partir de esas variables en tiempo de ejecución, así que ninguna credencial vive en la imagen ni en el repositorio.

Redis es un reemplazo de base de datos o un caché?

Es un caché y almacen en memoria, no un reemplazo de tu base de datos principal. Úsalo para caché de queries y fragmentos, sesiones que deben compartirse entre réplicas, y como object cache de WordPress — mientras tus datos durables se quedan en MySQL, MariaDB, o Postgres.

Cómo roto una contraseña de base de datos sin romper apps?

Usa el flujo de reset/rotate en el add-on. Se genera una contraseña nueva y las aplicaciones conectadas la reciben a través de su vinculo, así que no tienes que editar configuración en cada codebase. Confirma la salud después vía el status de la plataforma.

Varias apps pueden compartir una base de datos o instancia de Redis?

Si. Conecta el mismo add-on a cada servicio que legítimamente lo necesite y compartirán la instancia y se mantendrán consistentes. Para aislamiento, aprovisiona un add-on separado por app en su lugar — ambos patrones usan el mismo flujo de conectar-e-inyectar.

WordPress necesita configuración manual de base de datos?

No. La plataforma llena la conexion de base de datos durante la configuración de WordPress, así que no editas wp-config a mano para eso, y un add-on de Redis se puede conectar como el object cache para reducir queries repetidas de base de datos en páginas concurridas.