Malla de servicios suele implementarse como un proxy inverso, también conocido como sidecar, desplegado a la par de cada instancia de servicio. Aunque estos procesos de sidecar suelen ser ligeros, el coste general y la complejidad a la hora de adoptar una malla de servicios se incrementa con cada nueva instancia de servicio que requiere un sidecar adicional. Sin embargo, con los avances en eBPF, estamos observando un nuevo enfoque de malla de servicios sin sidecar donde las funcionalidades de la malla son transferidas de forma segura al núcleo del SO, habilitando a los servicios que se ejecutan en el mismo nodo a comunicarse de forma transparente a través de sockets, sin necesidad de proxies adicionales. Puedes probar esto con Cilium service mesh y simplificar el despliegue pasando de un proxy por servicio a un proxy por nodo. Estamos intrigados por las capacidades de eBPF y por eso nos parece importante evaluar está evolución de la malla de servicios.
