Loading...
Servicios de datos administrados

Base de Datos Administrada y Redis

cdn.com.tr aprovisiona add-ons administrados de MySQL, MariaDB, PostgreSQL, y Redis para tus aplicaciones WordPress, PHP, y en contenedores. Cada add-on viene con credenciales generadas que se inyectan en la app como variables de entorno, asi que nunca corres un servidor de base de datos tu mismo ni pegas contraseñas en el codigo. Los flujos de reset y rotacion, mas el status de la plataforma, mantienen la capa de datos operable desde un solo panel.

Base de Datos Administrada y Redis

El trabajo de configuracion que ya no haces

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

Credenciales como entorno, no como codigo

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 ejecucion, rotar una contraseña es una actualizacion de conexion en lugar de un cambio de codigo. Mantiene la separacion twelve-factor entre configuracion y codigo sin que tu construyas la plomeria.

Elegir entre MySQL, MariaDB, y PostgreSQL

La mayoria de los stacks WordPress y PHP clasico esperan MySQL o su primo compatible MariaDB, y cualquiera de los dos es una opcion segura por defecto para esas apps. PostgreSQL es la eleccion correcta cuando tu framework o esquema depende de tipos, extensiones, o comportamiento SQL mas estricto especifico de Postgres. Como los tres se ofrecen como add-ons administrados con el mismo flujo de conectar-e-inyectar, la decision se trata de lo que tu aplicacion espera, no de que tan dificil 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 tipicamente cumple uno de tres trabajos: cachear resultados de queries costosas y fragmentos renderizados, retener sesiones de usuario para que sobrevivan entre replicas de contenedores, y actuar como object cache de WordPress para reducir hits repetidos a la base de datos en paginas concurridas. Como vive fuera del contenedor de la app, un servicio escalado horizontalmente comparte un cache y un almacen de sesiones en lugar de que cada replica 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 pagina. 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 presion de queries y estabiliza los tiempos de respuesta cuando el trafico se dispara durante una campaña. Combinado con el cache de CDN para assets estaticos, Redis maneja el lado dinamico para que la base de datos no sea el cuello de botella.

Rotacion, reset, y uso compartido

Las contraseñas no deberian 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 traves de su vinculo, asi 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 esta saludable despues de cualquier cambio.

Como configurarlo, paso a paso

1

Elige el motor que tu app necesita

En el panel abre el area de Add-ons y crea una base de datos. Elige MySQL o MariaDB para la mayoria de las cargas de trabajo PHP y WordPress, o PostgreSQL para apps que esperan funciones de Postgres. Para cache, 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

Conectalo a una aplicacion

Desde el add-on o desde la configuracion de la app misma, conecta la base de datos a una Container App, PHP Platform, o sitio WordPress. Conectar cablea los detalles de conexion en la app en lugar de hacerte copiarlos a mano, y el mismo add-on puede ser compartido por los servicios que legitimamente lo necesitan.

3

Lee las credenciales del entorno

Una vez conectado, el host, puerto, nombre de base de datos, usuario, y contraseña llegan como variables de entorno en la app. Tu codigo los lee en tiempo de ejecucion — por ejemplo un DSN de PDO o un cliente Redis construido a partir de esas variables de entorno — asi que nada sensible se hornea en la imagen ni se comitea al repositorio.

4

Deja que WordPress y PHP se conecten solos

Para un sitio WordPress la plataforma llena la conexion de base de datos durante la configuracion 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, apunta la configuracion de base de datos y cache de tu framework a los nombres de env inyectados y quedas conectado.

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. Se genera una contraseña nueva y las apps conectadas reciben el valor actualizado a traves de su conexion, asi que la rotacion no significa una cacería manual de redeploy entre servicios.

6

Observa la salud y automatiza con cdnctl

Usa el status de la plataforma para confirmar que el add-on esta activo y accesible, y ejecuta tareas rutinarias — crear un add-on, conectarlo, disparar una rotacion — 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 configuracion y un add-on de Redis como su object cache, asi que las paginas se renderizan desde memoria y sobreviven picos de trafico 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 cache, leyendo ambos conjuntos de conexion desde variables de entorno inyectadas sin administracion de servidor.

Sesiones entre replicas

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

Rotacion 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 traves de su vinculo, evitando un barrido manual de archivos de configuracion.

Preguntas frecuentes

Que motores de base de datos puedo aprovisionar?

MySQL, MariaDB, y PostgreSQL estan disponibles como add-ons de base de datos administrados, y Redis esta disponible como add-on de cache administrado. Elige MySQL o MariaDB para apps tipicas de WordPress y PHP, y PostgreSQL cuando tu aplicacion especificamente espera Postgres.

Como 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 codigo construye su DSN o cliente Redis a partir de esas variables en tiempo de ejecucion, asi que ninguna credencial vive en la imagen ni en el repositorio.

Redis es un reemplazo de base de datos o un cache?

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

Como 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 traves de su vinculo, asi que no tienes que editar configuracion en cada codebase. Confirma la salud despues via 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 legitimamente lo necesite y compartiran la instancia y se mantendran 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 configuracion manual de base de datos?

No. La plataforma llena la conexion de base de datos durante la configuracion de WordPress, asi 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 paginas concurridas.