Cuando construyes APIs y servicios distribuidos, eliges entre JSON y Protobuf define la velocidad, la flexibilidad y la compatibilidad de tu aplicación. Aquí comparamos ambos formatos de intercambio de datos para que sepas cuál encaja mejor según tu caso de uso, ya seas backend developer, ingeniero de plataformas o estudiante de sistemas distribuidos.

¿Qué es JSON y por qué se volvió el estándar web?

JSON nació de JavaScript y organiza la información mediante pares de clave y valor, como "foo": "bar". Esa estructura sencilla es la razón por la que hoy sostiene la mayoría de las REST APIs.

La gran ventaja es que cualquier persona puede abrir un archivo JSON y entender qué representa con solo leerlo. Es legible a nivel humano y muy flexible, porque puedes crear estructuras al vuelo sin definir nada por adelantado.

¿Qué es JSON en pocas palabras? Es un formato de intercambio de datos basado en pares clave-valor, fácil de leer para humanos y considerado el estándar de las APIs web actuales.

Pero cuando un lenguaje como Python, Go o C++ tiene que leer ese mismo archivo, la historia cambia. La máquina necesita traducir el texto a una estructura que pueda manipular, y ahí entran dos procesos clave.

¿Cómo funcionan la serialización y deserialización en JSON?

Cuando tu servidor en Go quiere responderle a un cliente, toma un struct y lo convierte a JSON usando un encoder. Ese paso se llama serialización, y aunque suena trivial, puede tomar bastantes nanosegundos.

Del otro lado pasa lo contrario. Cuando recibes un JSON, tu servidor lo deserializa con el paquete de JSON para reconstruir el struct que tu código entiende. Ambos procesos son relativamente lentos y, en aplicaciones de alto tráfico, impactan directamente el rendimiento.

¿Qué son los Protobufs y cómo cambian el flujo?

Protobuf, o Protocol Buffers, funciona distinto. Tú defines un archivo .proto, lo pasas por un compilador y obtienes el paquete listo para Go, Python, PHP o cualquier lenguaje compatible.

Ese paso de compilación es nuevo respecto a JSON, pero solo ocurre una vez: cuando creas o modificas tus protos. Una vez que tu aplicación corre, ya no carga con ese costo.

¿Por qué Protobuf es más rápido que JSON? Porque define la posición exacta de cada campo en binario, lo que reduce el tiempo de serialización y deserialización frente al texto plano de JSON.

Otra ventaja es que los Protobufs son agnósticos al lenguaje de programación. Defines la estructura una sola vez en la sintaxis de Proto y cualquier equipo puede implementarla en su lenguaje favorito sin romper compatibilidad. Proto garantiza que los datos se comporten igual en todos lados.

¿Sigue habiendo serialización con Protobuf?

Sí, la serialización y deserialización siguen existiendo. Si tienes un servidor en Go hablando con un cliente en Go, tu Student struct aún se serializa para encajar con la definición del Proto y se deserializa al llegar al otro lado.

La diferencia es la velocidad. La latencia para cambiar de formato de datos es mucho menor con Protobuf que con JSON, lo que se traduce en aplicaciones más rápidas bajo carga.

¿Cuándo conviene JSON y cuándo conviene Protobuf?

La decisión depende de qué prioriza tu aplicación: legibilidad y flexibilidad, o rendimiento puro. Aquí va la comparación directa.

Ventajas de JSON:

• Mucho más fácil de leer para humanos.
• Altamente flexible, puedes crear estructuras al vuelo.
• Es el estándar web y la base de las REST APIs.

Desventajas de JSON:

• La serialización y deserialización son procesos lentos.
• Impacta el rendimiento en aplicaciones con alta concurrencia.

Ventajas de Protobuf:

• Serialización y deserialización mucho más rápidas.
• Es agnóstico al lenguaje de programación.
• Permite reutilizar código importando archivos .proto entre proyectos y compartiendo librerías entre repositorios.

Desventajas de Protobuf:

• Más difícil de leer para humanos.
• Menos flexible, porque tienes que definir todas las estructuras de antemano.

¿Cuándo debo usar JSON en vez de Protobuf? Cuando necesitas flexibilidad, datos legibles y el rendimiento no es crítico. Si tu prioridad es velocidad y baja latencia, Protobuf es la mejor opción.

Mi recomendación es simple. Si tu aplicación pide datos flexibles y el rendimiento no es lo más crítico, quédate con JSON. Si necesitas que la serialización y deserialización ocurran a toda velocidad, opta por Protobuf.

Conceptos clave que aparecen en la clase

Para que la comparación quede sólida, vale la pena anclar los términos técnicos a momentos puntuales del contenido.

• JSON [0:18]: formato basado en claves y valores, originado en JavaScript, fácil de leer y muy flexible.
• Serialización [1:05]: proceso de convertir una estructura de datos del lenguaje (como un struct de Go) a JSON o Protobuf para enviarla.
• Deserialización [1:35]: proceso inverso, donde el formato recibido se convierte en una estructura usable en el lenguaje destino.
• Protobuf [2:30]: formato binario definido en archivos .proto y compilado a múltiples lenguajes, diseñado para velocidad y consistencia.
• Compilador de Proto [2:38]: herramienta que transforma el archivo .proto en código nativo para Go, Python, PHP u otros lenguajes.
• Lenguaje agnóstico [3:05]: característica de Protobuf que permite compartir definiciones entre equipos sin importar el lenguaje de implementación.
• Latencia de cambio de formato [4:15]: tiempo total que tu aplicación gasta serializando y deserializando datos, menor en Protobuf.

En la próxima clase vamos a tomar nuestro archivo .proto y agregar los primeros servicios. ¿Tú con cuál te quedas para tu próximo proyecto, JSON o Protobuf? Cuéntalo en los comentarios.