Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

tinyshinyserver

Servidor proxy ligero para múltiples aplicaciones Shiny escrito en R puro. Gestiona sesiones, monitorización y limpieza de recursos con un único proceso proxy que aloja apps residentes o bajo demanda.

Ficha actualizada 24 sept 2026, 15:39 · upstream 24 sept 2026, 15:32 · release v0.2.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es tinyshinyserver

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

tinyshinyserver es una solución ligera implementada en R puro para hospedar múltiples aplicaciones Shiny, documentos R Markdown interactivos y dashboards Quarto detrás de un único proxy HTTP y WebSocket. A diferencia de servidores tradicionales, permite elegir entre modos residentes (ejecución continua) o bajo demanda para equilibrar el uso de recursos y la latencia de inicio.

La instalación es sencilla mediante CRAN o GitHub, requiriendo R (≥4.0), Pandoc y opcionalmente Quarto CLI. El servidor opera con dos puertos principales: uno para el proxy (3838) y otro para la interfaz de gestión (3839). Permite configurar aplicaciones individuales en archivos JSON, especificando rutas relativas o absolutas, y maneja automáticamente la asignación de puertos dinámicos para cada app.

Para despliegues externos, no incluye autenticación ni TLS nativos, por lo que se recomienda colocar un proxy inverso certificado (como Caddy) frente a él. La gestión se realiza vía dashboard web o API RESTful con encabezados específicos para evitar accesos cruzados. Es ideal para entornos de desarrollo y uso interno donde la simplicidad del código R es prioritaria sobre la escalabilidad masiva.

CASOS DE USO
  • Hospedar múltiples dashboards Shiny en un solo servidor local
  • Gestionar aplicaciones bajo demanda para ahorrar memoria RAM activa
  • Monitorizar estado de apps y conexiones WebSocket vía dashboard web
  • Servir documentos R Markdown y dashboards Quarto junto con apps Shiny estándar
  • Implementar proxy inverso simple sin dependencias de contenedores como Docker
PUNTOS DESTACADOS
  • Arquitectura en R puro sin necesidad de Docker ni contenedores externos
  • Gestión automática de reinicios para procesos fallidos o conexiones estancas
  • Soporte nativo para múltiples tipos de apps (Shiny, R Markdown, Quarto) con detección automática
  • Interfaz de gestión web integrada para reiniciar apps y apagar servidor
  • Configuración flexible vía JSON con soporte para rutas relativas y absolutas
PRECAUCIONES
  • No incluye autenticación ni TLS nativos, requiriendo proxy externo para seguridad
  • Requiere instalación manual de dependencias del sistema como Pandoc y Quarto CLI
  • Puertos dinámicos pueden requerir configuración adicional en firewalls si no son locales
  • No soporta despliegue one-click ni Dockerfile nativo según análisis técnico
01

Perfil de infraestructura

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

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

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

Despliegue manual

Despliega localmente con R y Pandoc. Usa proxy_host 127.0.0.1 por defecto. Para producción, usa Caddy o Nginx delante para TLS y auth. Asegura que log_dir exista. No exponer management_port (3839) a internet sin firewall.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
38383839
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.