En octubre pasado, mis colegas presentaron en EnvoyCon la charla "Construyendo un subsistema de compresión flexible en Envoy". Aquí está abajo
A juzgar por las estadísticas del artículo de hoy deSergeAx, el tema de la compresión del tráfico de red resultó ser interesante para muchos. En este sentido, deseé inmediatamente la gloria universal y decidí volver a contar brevemente el contenido del informe. Además, no se trata solo de compresión, sino también de cómo se puede simplificar el mantenimiento del subsistema de red tanto del backend como del frontend móvil.
No "novelicé" completamente el video de la conferencia, sino solo la parte expresada por José Niño. Interesará a más gente.
Para empezar, qué es Envoy.
. Envoy — -, , , -, NGINX, HAProxy… .
- : , -, , , . TLS. , , . , , . .
, , . .
, -, , . - — , , , .
.
(Edge), , , . Edge , (Sidecar). , , , Edge.
, , — . , . , , , .
, , Android. , Lyft , - , Envoy . , .. , .
, , Envoy .
Envoy Mobile, Java, Kotlin, Swift, Objective-C Envoy. .
Entonces, la tarea de reducir el volumen de tráfico descrita en el artículo de FunCorp podría resolverse aproximadamente como en la imagen a continuación (si intercambia el compresor y el descompresor, y reemplaza la respuesta con la solicitud). Es decir, incluso sin tener que instalar actualizaciones en los teléfonos.
Puede ir más allá e introducir compresión bilateral
En general, el campo para experimentos en tal esquema aumenta considerablemente de tamaño.