¿Puedes construir Render con IA?

Construye el sustituto personal más cercano y honesto de Render en un repositorio vacío.
Usa Docker Compose, Caddy, PostgreSQL, Redis y un pequeño plano de control en Go; no ofrezcas stacks alternativos.
El flujo principal es: implementar un servicio web en contenedor en un servidor propio, con TLS automático y comprobaciones de estado, configurar dominios, conservar registros y realizar respaldos.
Haz que la primera ejecución funcione localmente con un solo comando documentado.
Almacena todos los datos del usuario localmente de forma predeterminada y facilita su exportación.
Pon los secretos en .env, incluye .env.example y nunca confirmes credenciales.
Acepta un repositorio Git o una imagen de contenedor y un único flujo de compilación explícito basado en Dockerfile.
Implementa aplicaciones, entornos, secretos, dominios, comprobaciones de estado y reemplazo gradual de contenedores.
Usa Caddy para TLS automático y enruta únicamente a contenedores locales saludables.
Captura registros de compilación y runtime con límites, y expón acciones de reinicio, reversión y nueva implementación.
Respalda los metadatos de PostgreSQL y documenta los respaldos de los volúmenes de datos de cada aplicación implementada.
Agrega métricas del host, alertas de disco, instrucciones de actualización, recuperación ante desastres y una advertencia visible sobre usar un solo servidor.
Incluye estados claros de vacío, carga, éxito y error recuperable.
Agrega validación de entradas, nombres de archivo seguros y manejo correcto de APIs no disponibles.
Escribe pruebas enfocadas para la transformación principal y un flujo feliz de extremo a extremo.
Crea un README con la configuración, arquitectura, permisos, ubicación de datos y pasos de respaldo.
No agregues cuentas, facturación, telemetría, analítica ni un plano de control hospedado.
No afirmes reproducir datos propietarios, liquidez de red, acceso regulado ni infraestructura de vanguardia.
Deja fuera deliberadamente la infraestructura multirregional o serverless.
Deja fuera deliberadamente los almacenes de datos administrados y la entrega global desde edge.
Deja fuera deliberadamente la respuesta ante DDoS, el cumplimiento y el uptime garantizado.
Termina ejecutando las pruebas y enumerando los comandos exactos utilizados.