Aseptic vs Telepresence
Telepresence y Aseptic coinciden en el diagnóstico —no deberías tener que levantar doce servicios para trabajar en uno— y discrepan en dónde deben vivir los otros once. Telepresence los toma prestados de un clúster. Aseptic te deja decidirlo uno a uno.
En una frase
Telepresence conecta tu máquina a un clúster de Kubernetes e intercepta el tráfico de un servicio elegido, encaminándolo a la copia que tú tienes corriendo en local. El resto del sistema se queda en el clúster, real, y tu proceso habla con él como si estuviera desplegado allí.
Aseptic arranca los servicios de un escenario en tu máquina y resuelve cada dependencia a un servicio local, a un entorno compartido en la nube o a un mock, reescribiendo las URLs entre ellos al levantar. No hay clúster de por medio.
La tabla
| Telepresence | Aseptic | |
|---|---|---|
| Necesita un clúster de Kubernetes | Sí, y desplegado y sano | No |
| Dónde corre el resto del sistema | En el clúster, real | Donde tú elijas, por dependencia |
| Cuántos servicios levantas en local | Normalmente uno, el interceptado | Los que diga el escenario |
| Realismo de las dependencias | Altísimo — son las de verdad | El que les pongas; los mocks también valen |
| Funciona sin conexión | No | Sí, salvo que una dependencia apunte a la nube |
| Riesgo para los entornos compartidos | Real — estás dentro de uno | Ninguno por defecto; solo si apuntas una dependencia allí |
| Infraestructura común para el flujo | La del clúster | Kafka, Redis y PostgreSQL levantados en Docker por ti |
| Licencia | Núcleo abierto, niveles comerciales | Gratis para uso personal, de pago para uso comercial |
Quédate con Telepresence si…
- El fallo solo aparece contra lo de verdad: los volúmenes de datos reales, el proveedor de identidad real, la pasarela real por delante.
- Tu sistema es demasiado grande para una sola máquina y lo va a seguir siendo.
- Ya mantenéis un clúster de desarrollo compartido que refleja la realidad lo bastante bien como para que merezca la pena tomarlo prestado.
- Estás cambiando un servicio y el resto no está en juego.
Quédate con Aseptic si…
- Quieres cambiar varios servicios a la vez y ver el flujo de punta a punta, que es lo que no te da interceptar uno solo.
- Quieres trabajar en un avión, en un tren o el día que el clúster compartido está caído.
- Preferirías no tener tu código a medio escribir dentro de un entorno que están usando tus compañeros.
- Quieres poder elegir: esta dependencia en local, aquella contra la nube, esta tercera mockeada — y cambiarlo en un clic.
Dónde se queda corto Aseptic
El realismo. Las dependencias de Telepresence son los servicios desplegados de verdad, con su configuración de verdad; las de Aseptic son aquello a lo que las apuntaste. Si el fallo que persigues vive en esa diferencia —algo del networking del clúster, una cabecera que añade la pasarela, un payload que nadie documentó— la copia local no lo va a reproducir, y buscarlo ahí te cuesta una tarde.
Aseptic está además en beta pública, se publica para Windows, macOS y Linux, y no es código abierto.
Lo que suele acabar pasando
Estas dos conviven mejor que la mayoría: Aseptic para construir la funcionalidad y Telepresence para la última milla contra el entorno real, cuando algo no cuadra. Y conviene decirlo claro, ya que Aseptic también puede apuntar una dependencia a vuestro entorno compartido: eso es una URL, no una interceptación. Es más simple y también es menos fiel.
Si lo que estás comparando es el clúster, mira Tilt, DevSpace y la comparativa amplia.
Preguntas frecuentes
¿Qué hace exactamente Telepresence?
Conecta un proceso que corre en tu máquina con un clúster real, de forma que tu servicio local ocupa el sitio del que está desplegado y habla con el resto del clúster.
Entonces, ¿por qué no me basta con Telepresence?
Porque necesita el clúster. Si está caído, si no tienes VPN o si quieres levantar tres servicios a la vez sin tocar el entorno compartido, ese modelo no ayuda. Aseptic ejecuta el flujo entero en tu máquina y apunta cada dependencia donde tú elijas.
¿Puedo mezclar servicios locales y remotos con Aseptic?
Sí, y es su razón de ser: por cada dependencia decides si va al servicio local, a tu entorno en la nube o a un mock.