popcorn-oss
Plataforma de navegador auto-hospedable en Kubernetes para ejecutar sesiones aisladas de Chromium bajo demanda. Diseñada para agentes y automatización, ofrece aislamiento por contenedor, gestión de flotas de navegadores vía Agones y APIs para control remoto y visualización.
Ficha actualizada 25 sept 2026, 12:56 · upstream 25 sept 2026, 12:47 · release sin release detectada
Qué es popcorn-oss
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Popcorn es una infraestructura de runtime de navegador auto-hospedable que ejecuta sesiones aisladas de Chromium en Kubernetes bajo demanda. La arquitectura se compone de varios servicios: el control-plane valida clientes y enruta sesiones, el pool-manager gestiona la asignación de GameServers vía Agones, y el gateway expone las vistas de escritorio, el protocolo CDP y APIs de sesión con autenticación JWT.
El sistema utiliza PostgreSQL para almacenamiento analítico y estado, junto con Redis para la gestión de rutas y sesiones. Incluye un controlador TTL para limpiar sesiones antiguas y cerrar GameServers inactivos. Ofrece dos vías de acceso: una API estándar autenticada por cliente ID/secret y una API opcional x402 para sesiones pagadas sin necesidad de cuenta.
La plataforma está optimizada para despliegues en GKE (Google Kubernetes Engine) con soporte actual limitado a esta infraestructura para producción. Incluye componentes opcionales como un servidor MCP para integración con agentes, un sidecar de attestation para computación confidencial y flujos locales con Kind para desarrollo.
- Ejecución de scripts de automatización web (Playwright) en entornos aislados por sesión.
- Scraping de datos web que requiere renderizado de JavaScript sin exponer la infraestructura local.
- Sandboxing de sesiones de navegador para agentes de IA mediante el servidor MCP.
- Pruebas de carga o rendimiento en navegadores reales gestionadas desde Kubernetes.
- Gestión de flotas de navegadores efímeros para tareas de visualización remota.
- Aislamiento estricto: cada sesión ejecuta Chromium en un pod independiente con recursos limitados.
- Integración nativa con Agones GameServers para gestión eficiente de la flota de navegadores.
- API x402 opcional que permite crear sesiones pagadas sin requerir registro de cuenta.
- Soporte para integración MCP (Model Context Protocol) con autenticación OAuth 2.1 y top-ups.
- Gestión automática de ciclo de vida mediante controlador TTL para limpieza de recursos.
- Arquitectura modular con separación clara entre control, gateway y runtime del navegador.
- El soporte para despliegue en producción está actualmente limitado a GKE (Google Kubernetes Engine).
- La funcionalidad de attestation para computación confidencial requiere infraestructura compatible de GCP.
- El endpoint CDP aplica una lista blanca de comandos, pero no debe considerarse un límite de seguridad único.
- No incluye Dockerfile ni Compose; requiere instalación manual de dependencias y uso de Helm charts.
- La visualización en vivo depende de imágenes VNC personalizadas que deben construirse o importarse.
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para desarrollo local, utilice Kind con los comandos make run-local-cluster. Para producción, el soporte oficial es GKE. Requiere Kubernetes, Helm y Agones. Configure PostgreSQL y Redis antes del despliegue. Utilice las charts platform y browser-fleet. Asegure la red para exponer solo los puertos 8080/8081 necesarios.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
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.