Capítulo 2. Discernir el acoplamiento en laarquitectura del software

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

Wednesday, November 3, 13:00

Logan, el arquitecto jefe de Penúltima Electrónica, interrumpió a un pequeño grupo de arquitectos en la cafetería, discutiendo sobre arquitecturas distribuidas. "Austen, ¿llevas escayola otra vez?".

"No, sólo es una férula", respondió Austen. "Me hice un esguince en la muñeca jugando al disc golf extremo el fin de semana; ya está casi curado".

"¿Qué es...? No importa. ¿Qué es esta apasionada conversación en la que he irrumpido?".

"¿Por qué alguien no elegiría siempre el patrón de saga en microservicios para cablear las transacciones?", preguntó Austen. "De ese modo, los arquitectos pueden hacer los servicios tan pequeños como quieran".

"¿Pero no hay que utilizar la orquestación con las sagas?", preguntó Addison. "¿Qué pasa cuando necesitamos comunicación asíncrona? Y, ¿cómo de complejas serán las transacciones? Si descomponemos demasiado las cosas, ¿podemos garantizar realmente la fidelidad de los datos?"

"Sabes", dijo Austen, "si utilizamos un bus de servicios empresariales, podemos hacer que gestione la mayoría de esas cosas por nosotros".

"Creía que ya nadie usaba ESBs, ¿no deberíamos usar Kafka para cosas así?".

"¡Ni siquiera son la misma cosa!", dijo Austen.

Logan interrumpió la conversación, cada vez más acalorada. "Es una comparación de manzanas con naranjas, ...

Get Arquitectura de software: Las partes difíciles now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.