Cómo publicar una API FastAPI en Render paso a paso
Publicado el 2026-10-26 por frfrand
Publicar FastAPI en Render con Git, variables, salud del servicio y alternativa VPS con ArduMaker

Hiciste una API con FastAPI, probaste /docs en tu máquina y ahora necesitás que otra persona pueda reservar un turno. Render te permite convertir ese repositorio en un servicio web. Pero hay varios detalles que importan más que el botón de Deploy.
No te voy a vender la idea de que una plataforma es perfecta para todos. Lo útil es entender qué trabajo te ahorra, qué trabajo sigue siendo tuyo y cuánto te puede costar mantenerla cuando el proyecto deja de ser una prueba.
Render: qué es lo que realmente te ofrece
Render ofrece servicios web gestionados, trabajos y bases, con una abstracción que evita administrar muchas tareas del sistema. El plan y el tipo de servicio determinan recursos, disponibilidad y persistencia. No confundas un proceso HTTP que atiende peticiones con una tarea que procesa correos de forma continua.
Un ejemplo que podrías tener mañana
En una web de tours, FastAPI recibe la fecha de una reserva, PostgreSQL comprueba plazas y un worker manda la confirmación. La API no debería enviar el correo durante una petición que necesita responder rápido. Separá esas responsabilidades y mirá el costo de todos los servicios necesarios.
Cómo empezar sin complicarte de más
- Subí FastAPI a GitHub y declarà dependencias en
requirements.txto en tu gestor elegido. - Creá un Web Service y asociá el repositorio; elegí el runtime soportado.
- Configurá el comando de inicio, por ejemplo
uvicorn main:app --host 0.0.0.0 --port $PORT, ajustando módulo y objeto ASGI. - Cargá secretos por variables de entorno y conectá PostgreSQL usando credenciales privadas.
- Definí una ruta de salud y probá desde fuera del servicio una operación real de escritura y lectura.
El quinto paso suele ser el que se saltea: abrir la aplicación desde otro dispositivo, ejecutar una operación que escriba datos, revisar un log y volver a comprobarla después de reiniciar. Eso vale más que una captura donde el panel dice «deployed».
El error que evitaría
Un despliegue verde no garantiza que la API pueda conectarse con la base. Si aparece un 502, comprobá el comando de arranque y el puerto; si aparece un 500, investigá los logs de la aplicación. Evitá escribir archivos importantes en almacenamiento efímero.
Hay otra regla simple: si el proyecto tiene clientes o pagos, no experimentes con migraciones directamente sobre la única copia de la base. Probá en un entorno separado, guardá una copia verificable y prepará cómo volver atrás.
¿Cómo resolvería lo mismo en ArduMaker?
En ArduMaker podés poner FastAPI en un VPS, crear el servicio systemd correspondiente, asociar Nginx y HTTPS, y administrar PostgreSQL desde el entorno de servidores. Es más flexible para combinar API, Redis y workers; también requiere mantenimiento y monitoreo.
En un caso típico, podrías crear el VPS en ArduMaker, conectar el repositorio Git, instalar o gestionar PostgreSQL según la aplicación, definir el proceso de ejecución y publicar un dominio HTTPS. Si hay un worker que tarda varios minutos, separalo del servicio HTTP. Y si el proyecto tiene varios clientes, organizalos por Empresa para evitar permisos y recursos mezclados.
| Necesidad | Render | ArduMaker |
|---|---|---|
| Modelo principal | Render ofrece servicios web gestionados, trabajos y bases, con una abstracción que evita administrar muchas ta | VPS con herramientas de administración, Git, servicios y MCP |
| Acceso al sistema | Depende de la plataforma o del servidor donde se instala | Administración del entorno VPS |
| Base de datos y trabajadores | Dependen del producto y su configuración | Pueden ejecutarse en el VPS según los recursos disponibles |
| Mantenimiento | Compartido o asumido por vos según el servicio | Aplicación y sistema requieren control y mantenimiento |
Qué miraría antes de pagar o migrar
No elegiría por una única cifra en la página de precios. Anotá CPU, RAM, almacenamiento persistente, tráfico, copias, soporte y tiempo de mantenimiento. Si tenés que sumar una base gestionada, un servicio de workers o un panel con licencia, incluilos. Si querés redundancia entre servidores, también hay que diseñarla: un VPS por sí solo no es alta disponibilidad.
Entonces, ¿cuál usaría?
Render conviene si querés delegar la infraestructura y operar dentro de sus tipos de servicio. ArduMaker encaja mejor cuando necesitás configurar un VPS y varios procesos a tu manera.
Una prueba honesta: publicá una API mínima, conectala a una base, detené el proceso para ver qué registra el sistema y probá recuperarla. La plataforma con la que tu equipo pueda repetir esos pasos sin sufrir suele ser la que más valor te aporta.
Fuentes y lecturas para seguir
- Documentación oficial de Render
- Comparación de Render con ArduMaker
- Cómo funcionan los VPS y para qué sirven
La idea final: primero resolvé un problema real con la herramienta. Después compará cuánto esfuerzo te lleva mantenerlo. Ahí aparece la diferencia entre una demo y una aplicación que podés entregar a un cliente.