Nuevos planes para clientes de Zulip autoalojados

Artículo original ↗ Discusión en Hacker News ↗

La decisión de Zulip de empezar a cobrar a las instalaciones autoalojadas 6,67–8 USD por usuario al mes por las notificaciones push móviles y el soporte está provocando un debate sobre la sostenibilidad de los modelos de negocio de código abierto. Los comentaristas evalúan la justicia de unos precios que coinciden con la oferta de nube totalmente alojada de Zulip, las restricciones técnicas impuestas por Apple y Google que dificultan montar una infraestructura propia de push, y el impacto en los equipos pequeños que antes dependían del autoalojamiento “gratuito” como alternativa a Slack. Algunos ven el cambio como un paso necesario para financiar el desarrollo continuo, mientras que otros lo consideran un rug pull de facto que desalentará la adopción y empujará a los usuarios hacia plataformas de chat competidoras.

Alcance del cambio

  • Nueva política: las instancias de Zulip autoalojadas con >10 usuarios pierden las notificaciones push móviles gratuitas a través de los servidores de Zulip; deben pagar por usuario (el mismo precio que Zulip Cloud Standard/Business) o autogestionar las notificaciones recompilando las apps móviles.
  • Los autoalojados existentes también pierden el push gratuito después de un período de gracia.
  • Solo las notificaciones push quedan funcionalmente condicionadas al pago; las demás funciones siguen siendo de código abierto y autoalojables.

Restricciones técnicas en torno al push

  • Para las apps oficiales de iOS/Android, el push debe pasar por el servicio central de Zulip debido a las políticas de Apple/Google y a que los IDs de la app y las credenciales de push quedan vinculados a una sola cuenta de desarrollador.
  • Es posible autoalojar el push, pero requiere:
    • Cambios de configuración en el servidor de Zulip.
    • Publicar compilaciones personalizadas de Android/iOS (o usar TestFlight/MDM/distribución privada), lo que se considera de alta fricción.
  • Varios comentarios comparan esto con Matrix/XMPP:
    • Esos ecosistemas también usan relés de push centralizados operados por los proveedores de los clientes.
    • Algunos sostienen que esos proveedores están, en efecto, subvencionando a los usuarios; otros insisten en que sigue siendo viable y comúnmente gratuito.
    • Se comentan esquemas alternativos (UnifiedPush, TCP persistente, web push), pero iOS se destaca como un bloqueo duro para servicios genéricos en segundo plano.

Precios, justicia y modelo de negocio

  • Muchos autoalojados consideran que 6,67–8 USD/usuario/mes es “demasiado alto” para lo que perciben como “solo notificaciones”, especialmente para equipos pequeños (por ejemplo, pasar de 10 a 11 usuarios).
  • Algunos ven el precio idéntico al del alojamiento completo en la nube como un empujón para abandonar el autoalojamiento y casi un “dark pattern”.
  • Otros argumentan:
    • Ejecutar y dar soporte a un ecosistema autoalojado cuesta más tiempo humano que un servicio en la nube multiusuario.
    • El producto real es el soporte más el desarrollo continuo, no el ancho de banda de push en bruto.
    • En comparación con competidores open core que bloquean muchas funciones, la postura 100% OSS de Zulip sigue siendo relativamente generosa.
  • Varios piden:
    • Un plan más barato, solo para notificaciones.
    • Facturación por dispositivo o solo por “usuarios con la app móvil instalada”.
    • Precio por notificación; el representante de Zulip lo rechaza por su imprevisibilidad y por los incentivos perversos.

Impacto en la adopción y sentimiento

  • Algunos administradores afirman que dejarán de evaluar la herramienta o podrían migrar a Matrix, Mattermost u otras herramientas.
  • Otros aceptan el cambio como un paso de monetización necesario para mantener viable un proyecto completamente de código abierto y sin VC.
  • Se plantean preocupaciones sobre la sensación de “rug pull” y el riesgo de desalentar plataformas de comunicación descentralizadas y autoalojadas.