Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

custom-domain

Plataforma autoalojada para SaaS multi-inquilino que permite a los clientes usar sus propios dominios personalizados con TLS automático y enrutamiento seguro mediante asertiones firmadas, gestionando DNS y certificados sin intervención manual continua.

Ficha actualizada 27 sept 2026, 4:32 · upstream 27 sept 2026, 4:25 · release 0.5.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es custom-domain

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Este repositorio implementa una solución autoalojada para productos SaaS multi-inquilino donde los clientes utilizan sus propios nombres de host. La arquitectura separa el borde (Caddy) del origen, gestionando la obtención automática de certificados TLS y el enrutamiento seguro mediante asertiones firmadas que evitan la selección de inquilinos por cabecera Host.

El sistema gestiona el ciclo de vida completo: registro de dominios, validación DNS, emisión de credenciales API y webhooks para notificar cambios de estado. Incluye un portal de administración y una CLI para operaciones manuales o automatizadas.

Ofrece SDKs en Python y documentación completa para integraciones en cualquier lenguaje, asegurando que cada solicitud llegue al origen con la información del workspace correcta sin depender de la cabecera Host.

CASOS DE USO
  • SaaS multi-inquilino con dominios propios
  • Migración de DNS sin downtime
  • Validación automática de certificados TLS
  • Gestión centralizada de múltiples aplicaciones
  • Integración con sistemas legacy vía API REST
  • Monitoreo de estado de dominio mediante webhooks
PUNTOS DESTACADOS
  • Autogestión de certificados TLS con Caddy on-demand
  • SDK Python oficial para integración rápida
  • API RESTful completa con documentación OpenAPI
  • Portal web para gestión operativa sin CLI
  • Soporte para múltiples orígenes en un mismo despliegue
  • Webhooks firmados para notificaciones asíncronas
PRECAUCIONES
  • Solo soporta subdominios exactos (no apex ni wildcard)
  • Requiere infraestructura propia o VPS para autoalojamiento
  • Dependencia de DNS público para validación externa
  • Configuración inicial compleja para entornos de producción
  • Gestión manual de secretos en despliegues locales
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO30 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Utiliza Docker Compose para desarrollo y scripts cloud-init para producción. Requiere PostgreSQL y Redis para persistencia robusta. El borde (Caddy) expone 80/443; la API se accede localmente o mediante proxy. Se recomienda usar el despliegue multi-contenedor para separar API, worker y edge en producción.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsFastAPIPython
SERVICIOS
PostgreSQLRedis
BASES DE DATOS
PostgreSQLRedis
PUERTOS
9000
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.