Desplegar tu primera aplicación

Tienes un repositorio vacío. rdc incluye plantillas integradas para que puedas levantar apps reales sin escribir un docker-compose desde cero. Elige una plantilla, aplícala y ejecútala.

Ver el tutorial

Elegir · Aplicar · Ejecutar

Elige una plantilla, aplícala y ejecútala

Paso 1: Elegir

rdc repo template list

Paso uno: lista las plantillas disponibles. Rediacc incluye plantillas preconfiguradas para aplicaciones comunes, así que no tienes que crear un docker-compose desde cero.

Verás configuraciones listas para apps comunes: Postgres, Redis, servidores web y más.

Paso 2: Aplicar

rdc repo template apply --name app-postgres -m <machine-name> --repository my-app

Paso dos: aplica la plantilla app-postgres al repo. Esto copia un conjunto de archivos probados en el repo.

Esto copia los archivos de la plantilla en el repo.

Paso 3: Ver qué se añadió

rdc term connect -m <machine-name> --repository my-app --command 'ls -la'

Conéctate al repo y lista los archivos que añadió la plantilla: un Rediaccfile con los hooks del ciclo de vida y un docker-compose.yml que describe los containers.

Dos archivos: docker-compose.yml describe los contenedores, y Rediaccfile define qué ocurre cuando la app arranca y se detiene (los hooks de ciclo de vida up y down). El 2>/dev/null oculta los logs de conexión para que solo se muestre el listado de archivos.

Paso 4: Ejecutar

rdc repo up --name my-app -m <machine-name>

Inicia el repo. La CLI arranca los containers, monta el volumen cifrado y configura el daemon de Docker aislado.

La CLI inicia los contenedores, monta el volumen cifrado y conecta un Docker daemon aislado para este repo. (Si ya estás dentro del sandbox del repo a través de VS Code, renet dev up es una alternativa equivalente dentro del sandbox.)

Paso 5: Verificar

rdc term connect -m <machine-name> --repository my-app --command 'docker ps'

Verifica lo que está en ejecución. docker ps lista únicamente los containers de este repo; los demás repos en el mismo servidor tienen sus propios daemons de Docker y no son visibles desde esta vista.

docker ps aquí lista solo los contenedores de este repo. Los demás repos en el mismo servidor tienen sus propios Docker daemons y son completamente invisibles desde este. Ese aislamiento es lo importante: prueba libremente sin afectar servicios adyacentes.

Siguiente: Trabajar con tu repo.