¡Feliz año 2025! 🥳 Esperamos que estés tan emocionado como nosotros por seguir elevando nuestras habilidades ingenieriles y creando el futuro.

Hoy vamos a tratar un tema bien importante a la hora de diseñar sistemas distribuidos; se trata del teorema de CAP, también llamado teorema de Bewer.

Recordemos que un sistema distribuido es una colección de computadoras independientes que funcionan como un único sistema cohesivo para el usuario final.

Un claro ejemplo de esto son los microservicios.

Pero antes de ahondar en qué es lo que postula el teorema, hablemos sobre por qué se llama así.

¡Hola chicxs! Hemos llegado a nuestra última newsletter del año 😃, así que les dejamos un mensaje especial al final de este episodio.

Cuando diseñamos una base de datos, uno de los objetivos principales es garantizar que sea eficiente, fácil de mantener y libre de inconsistencias. ¿Verdad?

Para lograr esto, podemos emplear muchas prácticas, entre ellas la normalización.

La normalización es una técnica que nos da algunos estándares, llamados ‘formas normales’, con los cuales podemos minimizar la redundancia de datos y así garantizar la integridad de nuestra información.

,

Esperamos que estés disfrutando del contenido de nuestra newsletter tanto como nosotros disfrutamos creándolo para ti.

Necesitamos una pequeña ayudita tuya; nos encantaría conocer mejor tus intereses y necesidades para seguir mejorando y ofreciendo contenido que realmente te apasione y te sea útil.

Por eso, te pedimos amablemente que dediques unos minutos para completar una breve encuesta, con lo que haremos tu experiencia como suscriptor sea aún más valiosa ✨.

¿Qué tal chic@s?

En el episodio de hoy discutiremos sobre el logging, una práctica común de monitoreo que permite registrar información relevante sobre el comportamiento de un sistema para facilitar su análisis y depuración.

El logging tiene su ciencia

Quien pensaría que decidir qué registros mostrar es una de las tareas más desafiantes en el desarrollo de software.

¡Hola! Nos alegra que tenerte por acá, ya se siente la Navidad, ¿no? 🎅

Pensar que tu software no es vulnerable a ningún ataque es un craso error.

El software hoy en día es más complejo que nunca, y la cantidad de elementos que intervienen en él es lo que lo hace vulnerable a cualquier tipo de ataque.

Solo imagina: si las organizaciones más grandes y con mayores recursos enfrentan violaciones de seguridad, ahora imagínate una empresa ‘común y corriente’.

Existen muchas metodologías para desarrollar software; de seguro habrás oído mencionar el enfoque en cascada o agile debido a que son las más comunes.

Pero, en realidad, el software tiene un solo ciclo de vida, lo que pasa es que hay muchas formas de implementarlo.

Seguir el modelo estándar para desarrollar software, nos asegura que estamos entregando software de calidad al pasar por todas las etapas requeridas.

En este episodio, revisaremos paso a paso lo que debes hacer en cada etapa, además de las diferentes metodologías que implementan dicho modelo, junto con las particularidades de cada una.

Se ha llegado el fin de semana, y con él nos acercamos al último mes del año. ¿Ya se siente Navidad o no? 🎄🎅

Seguramente ya hayas utilizado SSH anteriormente, por lo que sabrás que es una herramienta útil para conectarse a servidores remotos.

Pero la cuestión es que pocas veces le sacamos el máximo provecho, pues desconocemos la cantidad de usos que tiene.

Antes que nada, repasemos un poco cómo es que funciona y luego miremos qué otras cosas es capaz de hacer.

¿Qué tal ha ido tu semana?

Independientemente de cómo haya sido, ahora ha venido el inge a arreglártela 😉. Hoy vamos a enfocarnos más en hablar sobre herramientas.

Y es que, muchas veces necesitamos de SaaS como Firebase, Heroku, Airtable, pero hay que recordar que estos son de pago y siempre viene bien ahorrar un poco —o incluso tener mayor control y privacidad sobre la información que allí almacenamos—, y pues qué mejor que hacerlo apoyando a la comunidad de código abierto.

Ahora piensa: ¿Qué tal si pudiera servir esas mismas plataformas por mi propio servidor?, algo así como tener el mapa de GTA todito para ti solo 😅.

¡Qué tal! Acá estamos de nuevo con otro episodio de la serie de patrones de diseño.

Esta vez, continuaremos con la categoría de patrones comportamentales que ya habíamos iniciado anteriormente.

¡Vamos al rollo! 🔥

En este episodio encontrarás:

¡Qué gusto tenerte otro sábado por acá! ☕

Estábamos indecisos sobre si enviar otro episodio de la serie de patrones de diseño, o resumir todos los patrones arquitectónicos que existen en una imagen. Te darás cuenta por el título que nos fuimos por la segunda.

¡Pero tranqui! La semana que viene tendremos el próximo episodio de patrones de diseño, en el que hablaremos sobre los patrones de tipo comportamental que nos faltan 🤗.

Hoy traemos un tema similar, pues también hablaremos de patrones, pero en este caso de arquitectura.

Muchas personas aún no entienden el gran potencial que tiene Kafka, así que en este episodio desglosaremos todos los conceptos que necesitas para utilizarlo, además de darte una perspectiva más amplia de lo que puedes hacer con él.

💁‍♂️ Te recomendamos leer hasta el final, pues iremos desde lo más básico hasta algunos conceptos más avanzados

Podríamos imaginar a Kafka como una cola de mensajes (o también ‘message queue‘), pero Kafka no es exactamente una de estas.

Realmente, Kafka es un ✨ sistema de transmisión de datos en tiempo real ✨. Sí.

Llegó el sábado, y con él, un nuevo correo de Ingeniero Binario. Hoy continuaremos con la serie de patrones de diseño, esta vez con los de tipo comportamental.

Esta categoría es la que más patrones tiene, por lo tanto, trataremos algunos hoy y, en el próximo episodio de la serie, explicaremos los que queden faltando.

¡Así que, prepárate tu bebida favorita y empecemos de una vez! ☕

En este episodio encontrarás:

¿Qué tal estuvo tu semana? Sin importar cómo haya sido, es fin de semana y es hora de recargar 🔋, y qué mejor que una dosis de software para ello.

En esta ocasión, hablaremos sobre la diferencia entre dos componentes esenciales en la arquitectura de un sistema: el API Gateway y el Load Balancer.

Si estas palabritas aún no te suenan, no te preocupes. Repasaremos lo que cada uno hace y te daremos algunos datos que te servirán cuando los uses. ¡Prepárate un café y empecemos!

API Gateway

¡Empezando semana con toda la actitud! 🌞

Esperando que muy bien, estamos nuevamente aquí con un episodio de la serie de patrones de diseño. Esta vez, con los patrones estructurales.

Con ‘estructurales’, nos referimos a los patrones que organizan las relaciones entre clases y objetos, con el fin de facilitar su composición y reutilización.

Quizás no los cubramos todos en este correo, con el fin de hacerlo digerible para ti. Aun así, los que nos queden faltando los trataremos en el próximo de la serie, ¿vale? 😉.

¡Empezando el finde con toda la actitud! 🔥

Hoy es un día especial porque empezamos una nueva serie de episodios sobre patrones de diseño. Hablaremos sobre las 23 soluciones probadas a problemas comunes en la programación, que fueron propuestas por el “Gang of Four”, un equipo de 4 informáticos reconocidos.

Como sería muy extenso explicarlos todos en un solo episodio, entonces los trataremos por categoría: los creacionales, los estructurales y los comportamentales; evacuaremos una categoría por cada episodio.

El día de hoy, hablaremos entonces sobre los patrones creacionales, es decir, aquellos que abordan la manera en que se crean los objetos en un sistema.

¡Hey! Que bueno tenerte por acá.

Este fin de semana vamos a hablar sobre un tema de especial importancia en el contexto de los sistemas distribuidos, pero antes, te recomendamos que veas este breve post que te dará algunos conceptos previos para lo que trataremos acá.

Generalmente, un sistema distribuido se compone de varios nodos, los cuales pueden leer/escribir datos en un medio de persistencia (como una base de datos o un almacenamiento en caché). Entonces, decimos que un software es consistente cuando todos los nodos tienen la misma versión de los datos.

Un software sin consistencia, al no poder garantizar la uniformidad de los datos, puede dar lugar a operaciones, decisiones y acciones incorrectas.

¿Te has puesto a pensar lo engorroso que es diagramar software? 🤔

Claro, es fácil plasmar una idea con nuestros propios garabatos; dibujamos por aquí, dibujamos por allá y conectamos según va fluyendo.

El problema de hacer esto es que la falta de notaciones y estándares conduce a problemas en el desarrollo, que van desde pequeñas confusiones que se pueden solucionar en minutos, hasta errores abismales que pueden cambiar el rumbo del proyecto.

Y es que, no podemos representar el software con un solo diagrama por dos razones:

¡Hey! Qué gusto tenerte por acá 👋

Tú y yo sabemos que Docker tiene una tarea muy sencilla: empaquetar una aplicación con todo lo que necesita para poder ejecutarse, con el fin de que sea portable. A este proceso de empaquetado, es a lo que conocemos como la ‘compilación’ o ‘build’ de la imagen.

A medida que una aplicación crece, el tiempo de compilación puede verse incrementado. Tanto así, que puede afectar nuestra productividad y volverse muy ineficiente.

Así que te presentaremos algunos trucos que muy pocos desarrolladores conocen para reducir estos tiempos, y que te van a ser de tanta utilidad que nos lo vas a agradecer 😉.

¿Qué tal va la semana 🤗? Es día de aprender algo nuevo con la newsletter de Ingeniero Binario.

Dentro del desarrollo de software nos encontramos con distintos patrones, que son soluciones ya probadas para problemas comunes que nos pueden brindar mayor seguridad, resiliencia o incluso una alta disponibilidad.

Ahora bien, en sistemas distribuidos uno de los mayores problemas a los que nos enfrentamos es la red, dado que desconocemos si el mensaje será entregado correctamente, o si el nodo receptor sí podrá procesarlo (o se quedará colgado).

Solo imagina un escenario en el que hayas tenido que hacer un trámite importante por internet, y por alguna razón la página no funcionaba.

¡Hey! Bienvenido a la newsletter de Ingeniero Binario, un gusto tenerte por acá 🎉.

Antes de empezar, te recordamos que puedes acceder a TODOS los episodios que hemos enviado antes de este accediendo acá, esperamos que los disfrutes.

Hace unos cuantos días les pedimos a algunos de ustedes que nos contaran un poco más sobre sus intereses, y uno de los temas que coronó fue DevOps.

Por eso, hoy vamos a compartirles algunos ‘life hacks’ que les ahorrarán mucho tiempo y errores. Si no trabajas en DevOps, igualmente estos tips te servirán de una u otra manera. Confía en mí 🙂.