Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

flowersec

Flowersec permite conectar aplicaciones, servicios y dispositivos con sesiones encriptadas end a end, RPC y streams de bytes, usando Go, TypeScript, Swift y Rust.

Ficha actualizada 22 sept 2026, 19:25 · upstream 22 sept 2026, 18:50 · release flowersec-go/v5.4.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es flowersec

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

Flowersec ofrece un modelo de programación único mediante una API de sesión autenticada para crear sesiones seguras end a end. Las características que realmente usan las aplicaciones incluyen llamadas RPC, envío de notificaciones y transmisión fiable de streams de bytes sobre un solo enlace. Se pueden establecer conexiones directamente o a través de un relay sin modificar el protocolo de aplicación. Los datos de la aplicación están encriptados de extremo a extremo; un relay puede reenviar tráfico pero no puede leerlo.

CASOS DE USO
  • Realizar llamadas RPC entre aplicaciones y servicios
  • Enviar notificaciones a dispositivos o clientes remotos
  • Transmitir streams de bytes fiables sobre una única conexión
PUNTOS DESTACADOS
  • Un solo modelo de programación que permite usar la misma API de sesión autenticada en Go, TypeScript, Swift y Rust
  • Las características que realmente usan las aplicaciones (RPC, notificaciones, streams) están presentes desde el inicio
  • Se pueden establecer conexiones directamente cuando sea posible o pasarlas a través de un relay según necesidad sin cambiar el protocolo de aplicación
  • Los datos de la aplicación son encriptados de extremo a extremo por defecto; un relay puede reenviar tráfico pero no puede leerlo
  • La selección del transporte, credenciales y ruteo se mantienen dentro del SDK y runtime
  • Se soporta tanto conexiones directas como tunneadas con soporte para protocolos HTTP y WebSocket
PRECAUCIONES
  • Los relays reenvían tráfico encriptado pero no terminan las sesiones de aplicación; solo actúan como intermediarios
  • Intentos de conexión inválidos o no soportados fallan cerradamente con errores públicos limitados
  • El perfil webtransport-server es opcional y no está incluido por defecto en los paquetes principales
  • Soporte para Node.js WebTransport no está disponible actualmente; el soporte pairwise se declara solo en la matriz de interoperabilidad
  • Algunas celdas directas y tunneadas permanecen explícitamente no verificadas en la puerta de salida del release gate
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

El perfil 'native-server-core' soporta Go, Rust y Node.js mediante endpoints WebSocket y QUIC raw; requiere un cliente de endpoint directo o servidor directo y un runtime transparente. El perfil 'browser-client' usa el API H3 WebTransport cuando está disponible en la plataforma. El perfil 'webtransport-server' es opcional para Go. Los paquetes públicos no incluyen estos perfiles nativos, aunque existen perfiles privados como flowersec-private-loopback/1 que usan APIs limitadas a un puente HTTP de loopback numérico.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Node.jsRust
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
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.