¿Qué es la Arquitectura Hexagonal? | Puertos y Adaptadores

[@ManuelZapata]

🎯 Plantilla de Clean Architecture para .NET: arquitecturalimpia.com/ Spoiler: La Arquitectura Hexagonal es una de las arquitecturas limpias.

[@ericcarvajalcortes5206]

Manuel seria genial que vovieras a hacer videos, ni te imaginas lo mucho que mejore como arquitecto contigo. Si sigues al menos yo siempre voy a estar ahi!!

[@ManuelZapata]

Gracias Eric por tu comentario. No sabes cuánto lo aprecio!

[@pabloguillermoalarcon1665]

Muchas gracias por la explicación, vengo de hacer aplicaciones monolíticas y me ayudo entenderlo perfectamente. Para mi la mejor explicación de como entender la arquitectura hexagonal.

[@Betroid66]

En pocas palabras, la arquitectura hexagonal es la arquitectura en 3 capas cuando se hace bien (usando interfaces en la comunicación entre capas). El tal Alistair es un genio, fue capaz de definir una cosa que existía con otros nombres y venderlo como algo nuevo! :D

[@pilarrodriguez5082]

¡Gracias! Fue una explicación muy clara para entender rápidamente

[@diegodmdsoftware]

Excelente Manuel, esto nos da un mejor panorama para modelar de mejor forma nuestras aplicaciones, sería interesante se continuara con este mismo tema profundizando en temas que consideres relevantes. Gracias. Saludos

[@ManuelZapata]

Gracias Diego! Voy a continuar esta serie.

[@alexmeza6820]

Que buena explicacipon Manel, excelente correlación entre la explicación teórica y la parte practica.

[@geovannyriosabarca2678]

¡Excelente vídeo, Manuel! Sería genial que toques el tema de Clean Architecture, se ve muy interesante al igual que DDD.

[@ManuelZapata]

Listo Geovanny! Gracias por la recomendación.

[@robinlantigua8141]

@@ManuelZapata Estoy de acuerdo con Geovanny, creao que deberias tocar mas el tema Clean Architecture.

[@elvargas1327]

Esperando clean architecture :)

[@davidunivalle]

Manuel, que buen trabajo. Gracias por este valioso aporte!

[@Colmedoherman]

Excelente explicación, habia escuchado hablar sobre esta arquitectura, pero no sabia en que consistia, ahora todo tiene sentido gracias por compartir ;)

[@ManuelZapata]

Es con todo gusto, Carlos!

[@kanasg32]

Manuel eres un PRO... muy claras tus explicaciones me gustaría escucharte hablando de MVVM

[@ManuelZapata]

Voy a proponerlo para futuros temas, a ver qué tanto interés genera. Saludos!

[@ferolmos5400]

Excelente video Manu, recientemente estoy tratando de aprender arquitectura y tu canal es una joya es bastante fácil entender los conceptos y empezar a llevarlos a mis proyectos, gracias por tu aporte

[@ManuelZapata]

Con todo gusto Fer!

[@juanestebanlondono5336]

Excelente video, esa información me esta sirviendo una tonelada, y lo practico que haces los ejemplos, muchas gracias manuel

[@ManuelZapata]

Me alegra mucho leer eso! 🙌 Saludos Juan!

[@jhonfredymartinezrealpe9527]

Hola Manuel, nuevamente la sacaste del estadio... Excelente explicación, nos permite tener un panorama más claro de esta arquitectura y principalmente que nos aclaraste que NO necesariamente hexagonal y DDD deben ir de la mano, era algo que me entendía. Sería bueno una serie de videos con ejemplos de cómo implementar la aplicación del hexagono (lógica de negocio) utilizando diferentes patrones arquitectonicos como capas, quizá microservicios, etc... y principalmente con DDD...

[@ManuelZapata]

Me alegra que te haya gustado el vídeo Jhon Fredy. Lo prometido es deuda! Poco a poco iremos profundizando en estos temas. Hay mucho por explicar y decir. Lo bueno es que este vídeo ha gustado. Seguiremos profundizando l! 🙌

[@lexplay85]

Primera vez que veo tus videos y están geniales. Me gustaría ver esto aplicado con SpringBoot o migrando micoreservicios a arquitectura hexagonal.

[@miguelperezpal]

Excelente presentacion! Muy buen trabajo Manuel

[@ManuelZapata]

Conoce mi curso de Arquitecturas Limpias 👉platzi.com/arquitecturaslimpias Si no te tienes suscripción en Platzi, usa mi enlace de afiliado: platzi.com/l/manuelzapata/

[@carlosdanieldossantosrojas7361]

gracias!!! messirve,quiero aprender mucho mas

[@jorgeperalta9780]

Excelente hermano, gracias!

[@sshmoothie]

Que buen video, muchísimas gracias.

[@cristianco9]

excelente explicación amigo. Gracias!

[@micortes89]

Muy bien explicado. Me gustó mucho. gracias!

[@rad8329]

Buen video Manuel, sería muy bueno 2 cursos, uno abstracto para modelar el negocio con DDD, y otro bien aplicado con clean architecture

[@ManuelZapata]

Vamos a ver como profundizamos en el tema. DDD es un tema muy amplio y complejo. Gracias por la sugerencia!

[@gtiradob]

Primero vi este video y no me quedó muy claro, pero luego de profundizar bastante en los principios SOLID, volví a verlo y ahora sí me quedó super claro. Podríamos decir que Springboot está orientado a esta arquitectura cuando usamos JPA por ejemplo?

[@ManuelZapata]

No necesariamente Gabriel. El uso de JPA y Spring Boot no te garantiza que se siga una arquitectura hexagonal.

[@dev.martin6156]

uuufff que bien, muchas dudas resueltas, se te agradece crack

[@ManuelZapata]

Para eso estamos Martin! 🙌

[@edwinvanegasS]

Excelente muchas gracias por la explicación

[@eduardog.r.1148]

Muy buena introduccion y muy interesante canal!

[@tanacing347]

Gracias Manuel!!!!

[@luisvicentearevalorios7221]

Se agradece crack, mil gracias

[@ManuelZapata]

Con el mayor de los gustos, Luis!

[@gabokings260388]

Súper el video, hay pocos recursos en español te felicito, deberías hacer tmb sobre clean architecture, cqrs

[@ManuelZapata]

Esos son 2 de mis grandes pendientes. Saludos Gabriel.

[@Coderos]

¡Muy buen video!

[@ManuelZapata]

Gracias Coderos! 💪

[@oduber.vasquez]

Muchas gracias Manuel!

[@ManuelZapata]

Con gusto!

[@CAGUANET121]

Muchas gracias Manuel

[@ManuelZapata]

Con todo gusto Leandro!

[@oscarvinueza762]

Excelente vídeo, me gustaría que profundizaras más en los detalles de la implementación de esta arquitectura con DDD y con clean porfa

[@jhonnylopezr.545]

Muchas gracias por el video. Muy buen material.

[@ManuelZapata]

Excelente Jhonny. Gracias!

[@Magistrado1914]

Excelente vídeo Visto en 03/03/2021

[@stivensonRincon]

Buen vídeo. Gracias. Siempre había tenido ciertas dudas sobre como explicar el por que de usar los repositorios.

[@ManuelZapata]

Me hiciste pensar en un vídeo explicando los repositorios 🤔. Saludos Stivenson!

[@edwinlozano6891]

Me suscribo para ver más tarde este video!

[@amedeca]

Hola. Tienes de pronto el git del proyecto para ir siguiendo el codigo?

[@__renesan]

Gracias

[@DamCipolat]

Muy bueno me sirvio el video te agradezco por compartirlo

[@ManuelZapata]

Que bueno, Damián!

[@andresnator]

Hola Manuel, chévere el vídeo, me gustaría cuando hablaras de clean architecture profundizar entre enterprise business rules y application business rules. Es un tema de mucha controversia, de igual manera las rules exceptions

[@ManuelZapata]

Entendido Andrés! Vamos a ver cómo lo abordamos

[@alvarofuenzalida2753]

Excelente video! Encantado de conocerte, ya me suscribí

[@ManuelZapata]

Bienvenido Alvaro por estos lados!

[@MiguelOrregoC]

En la arquitectura hexagonal con DD crea un arquitectura donde, es una manera como lo veo la primera capa recibe la información en un formato DTO y valida el tema de seguridad (Si tiene acceso o no) la segunda capa ya es la validación de información, previa conversión de DTO a estructura de datos y se valida si cumple con los datos necesarios para ejecutarla el proceso de lógica de negocio que es la tercera capa donde se ejecutan las actualizaciones, registro de los mismos, agregar, eliminar, procesos, etc. que te parece

[@jairojuradoable]

Gracias Manuel, que bueno un video donde nos muestres como utilizar DDD y arquitectura limpia en el desarrollo de una Aplicación.

[@ManuelZapata]

Genial Jairo! Para allá vamos. Tengo que abordar unos conceptos primero antes de saltar a esos temas.

[@densr1177]

Muchas gracias muy buen tema.

[@ManuelZapata]

Con gusto Den!

[@xReDCrIsTx]

Podrías explicar cómo implementar ddd, clean architecture, hexagonal en lenguajes como no tipados como python? Porque si bien se vende como que estas arquitecturas son agnósticas del lenguaje, despues cuando uno busca ejemplos de implementación en kotlin o java hay muchos ejemplos y de python por ejemplo no hay casi nada. También estaría bueno si puedes comentar por qué crees que sucede esto. Muy bueno el video!

[@ManuelZapata]

Hola Lucius! Es interesante lo que comentas. Mi impresión es que hay ciertas arquitecturas que adoptan ciertas comunidades y otras no, y por eso no se ven tantos ejemplos. Es solo una teoría que tengo. Algunos ejemplos: Clean Architecture se ve mucho en .NET Hexagonal la he visto más por los lados de Java Patrones como Active Record los he visto más por el lado de PHP y Ruby. Respecto a los otros temas, ya iremos llegando a ellos. Quiero ir explicando las bases antes de saltar a temas más avanzados.

[@christdeveloper]

Lo que dices es preciso. Si bien esa arquitectura sirve para proyecto de gran escalabilidad, donde Python precisamente es uno de los que mejor se desenvuelve. Al uno buscar documentación de cómo implementarlo en Python, no hay. Me parece que para las mismas personas que exponen estos temas, se les hace complicado implementarlo en Python. Es mi apreciación.

[@oscarmera3580]

Súper chevere Manual, sería bueno hablar también de monolitos modulares. Saludos.

[@ManuelZapata]

Anotado Oscar. Gracias por la recomendación!

[@titobundy]

Buenas, me gustaría un video donde comparemos los pro/contra, o similitudes/diferencias entre clean architecture y vertical slice architecture

[@ManuelZapata]

Buena idea!

[@snithfferx]

En otras palabras es el modelo vista, controlador, modelo o MVC. o por lo menos el que yo conozco, o como lo entendí. Últimamente he estado creando, algo relativamente parecido a un framework, pero no lo es, no hace tanto como un framework, pero ya da las bases, resolución de rutas, de controllers, ahora le estoy metiendo ORM para tratar de forma diferente la comunicación a la base de datos. Lo que me gusto de to video es lo claro que dejaste cada punto, hasta que te pusiste con el código, creo que alli escuche chino mandarin no optimizado. pero igual. Muchas gracias por aclarar varias de mis dudas.

[@ManuelZapata]

Esto es diferente a MVC, Jorge. En MVC, el acoplamiento entre modelo, vista y control es mucho más marcado.

[@snithfferx]

@@ManuelZapata A poss, yo lo uso mal, porque así como explicas ese modo de programar así hago yo... bueno con algunos cambios adicionales.

[@thedarsideofit]

Muchas gracias por el contenido! Se agradece más contenido de este estilo con DDD, TDD y BDD

[@DrivingScape]

Buen video!

[@ManuelZapata]

Gracias!

[@krashdata]

Excelente video tienes un nuevo sub.

[@ManuelZapata]

Bienvenido por aqui DevGuerrero!

[@luiseduardogranadaorozco6217]

Siendo bien puristas en el Clean Architecture con arquitectura hexagonal, si lo voy a implementar en un proyecto con jpa las entidades de anotadas con jpa deberían estar aparte de la capa APPLICATION. Es decir las entidades anotadas con JPA deberían hacer parte de Database API ?

[@mobilsoftsas1052]

Hola Manuel excelente video. Quisiera preguntarte como aplicar diferentes bases de datos como Mysql, Sql server y Postgres para que trabaje con una aplicación en angular 9 y nodej.js, sin usar ORM sino procedimientos almacenados y funciones propias.

[@ManuelZapata]

No puedo darte mayores detalles porque nunca he hecho esa implementación, pero supongo que una vez descubras como llamar un procedimiento almacenado desde Node.js, habrás resuelto lo más difícil.

[@yamillanz6398]

NIce!!!!👍 ...cuando puedas profudiza sobre DDD ...gracias

[@ManuelZapata]

Vale! De DDD hay mucho que hablar. De a poco lo iremos abordando.

[@AndresLobaton]

Videasaso!!

[@itmarck]

Gracias por la información. Cuando las diferentes capas de una arquitectura están en diferentes lenguajes, cómo se acoplan?

[@ManuelZapata]

REST o mensajería son alternativas para esto. Te recomiendo este video: kzbin.info/www/bejne/gIKoemWDj8xraLM

[@rikurdog31]

Buen video manuel pero he intentado ver como se susbribo como miembro pero no se muestra el link en el canal, el video de arquitectura limpia te muestra el de arquitectura hexagonal

[@ManuelZapata]

Hola Ricardo! Este es el link para que veas toda la información de la membresía: kzbin.info/door/s5ccxrTx9k8DN9YXnHm5AQjoin Si estás en tu laptop o en computador de escritorio, vas a ver un botón "Unirse" debajo del video. Saludos!

[@maopuerta3430]

Excelente. Manuel el enfoque del testing en este tipo de arquitecturas como sería? . En relación a unitarias, integración ( componentes, contract test) y E2E

[@ManuelZapata]

La idea es que las pruebas también accedan a la aplicación a través de un puerto. Saludos!

[@Yousudame]

TDD + DDD Real Example

[@luismarquez1938]

Cómo manejas las llaves foraneas entre diferentes api ? gracias, buen vídeo!

[@ManuelZapata]

A qué te refieres Luis? Podrías elaborar un poco más?

[@JeanpierreCajoHernandez]

Muy buen vídeo Manuel unas consulta que diferencia hay entre arq. hexagonal y clean arquitecture. y Al usar estas arquitecturas es obligatorio utilizar ORMs?

[@ManuelZapata]

Clean architecture toma ideas de la arquitectura hexagonal. El uso de un ORM no es obligatorio. Saludos!

[@faller222]

No. Pero deberias temer tus queies lejos de la aplicacion, ofreciendo metodos como findAll o findById etc..

[@faller222]

Queries

[@victorlluen5187]

Buena explicación, no esta el articulo original en la descripción

[@ManuelZapata]

Ya está. Te lo dejo por aquí también: alistair.cockburn.us/hexagonal-architecture/

[@paulkremser2336]

Hola Manuel, estoy desarrollando software en esta arquitectura(+DDD), y me gustaría documentar bien el trabajo. (En la empresa en la que estoy trabajando tienen muy malos hábitos). Estaba viendo en hacerlo en C4, pero la verdad se vuelve bastante complicado por las ideas y venidas que tiene el recorrido de la información. Que me recomiendas?

[@ManuelZapata]

El modelo C4 es muy útil. Lo que yo haría es eliminar los detalles que no sean estrictamente relevantes. Hay cosas simples, como los CRUDs que no necesitan representarse en los recorridos de información.

[@paulkremser2336]

@@ManuelZapata muchas gracias por el consejo!

[@paulomirandaarias9544]

Me queda la duda, un cronjob, que se ejecuta desde la bdd hacia la aplicación, y luego actualiza al front, sería un actor principal o secundario? Ya que la acción se inicia desde bdd, y va a depender de los datos el cuándo, cómo y qué se gatille, y el front va a ser un mero espectador donde quizás despliega una notificación

[@ManuelZapata]

En ese escenario, la BD sería un actor primario y el frontend secundario.

[@IngCesarVelasquez]

Muy buen video

[@ManuelZapata]

Gracias Cesar!

[@z3r1t0]

A aplicar lo escuchado...

[@ManuelZapata]

🙌

[@n4sh5]

Muy buen videoo justo voy a empezar a ver eso donde trabajo, una consulta la arquitectura hexagonal se le considera clean architecture? Saludos

[@ManuelZapata]

Saludos Kevin. La arquitectura hexagonal es una de las arquitecturas en que se inspiró Clean Architecture. Son dos cosas diferentes. Sin embargo, hay personas que hablan de las "arquitecturas limpias", como una categoría, y ahí ponen hexagonal, cebolla, y otras.

[@xavif5684]

Lo que pasa, que un adaptador depende de otro aquí. Si te fijas el console depende de persistence, ya que inicializa el InMemoryMembershipRepository. Esto es normal? (que un adaptador depende de otro???) PD: Gracias por el vídeo! me gustó mucho

[@misaelpereira9679]

Cockburn: Poll4 encendida 😳😳

[@insecureup]

Vamos lo de siempre, segmentar, reducir y aislar.

[@ws2893]

Interesante, entonces lo que accede la lógica del negocio en este caso son las interfaces? En dónde tenemos los métodos comunes de un CRUD?

[@ManuelZapata]

La lógica de negocio está en la capa de dominio, y las interfaces definen el contrato que se espera implemente la capa exterior. Los métodos comunes de un CRUD igual van en la capa exterior ya que es la tiene acceso a dependencias de terceros, como la BD.

[@edwardrm81]

Cual es la diferencia entre puertos y adaptadores?

[@barbarajimenez6850]

Que arquitectura utiliza laravel ?

[@ManuelZapata]

Buena pregunta. Que algún experto por aquí en Laravel nos aclare.

[@SagitGtz]

¿Un actor primario podría ser un controlador y en actor secundario un repositorio?

[@ManuelZapata]

Así es! Esos son muy buenos ejemplos.

[@cristoferpadilla9326]

Cuando un video sobre Clean Architecture?

[@ManuelZapata]

Ya veremos. Está en la planeación!

[@bryanstevencardenasmontoya3823]

Manuel, a la hora de inscribirme a tus mini cursos, nunca termina de cargar la subscripción. Podrías revisar eso... gracias.

[@ManuelZapata]

Ya pasó un buen tiempo. Espero que se haya podido solucionar. Si no, me cuentas.

[@juliocesarherazotorres3408]

Me gusta que haya puesto ejemplos en código pero me cuesta identificar a que capa pertenece las clases e interface que se usa. Sólo logro identificar que la consola hace parte de la capa de infraestructura, pero las demás no puedo identificar a que capa pertenece. Por ejemplo la interface repository

[@ManuelZapata]

Las interfaces pertenecen al dominio.

[@robertomejia3124]

Alguien conoce algun tuto donde se aplique este tipo de arquitectura en C#, Laravel, Flutter ?

[@christdeveloper]

Cómo sería la estructura de carpetas de esta arquitectura, para una aplicación en Python?

[@ManuelZapata]

En principio necesitas tener una carpeta para el core (lo que en el vídeo se llama aplicación) y otra para la infraestructura. De ahí para allá, pones el resto de detalles. Búscate en GitHub, que hay varios ejemplos de hexagonal en distintos lenguajes.

[@KtoCharlieGolf]

la arquitectura 3 capas de toda la vida no se refiere al código, no es comparable con lo mal llamado hexágono, esto es un patrón de diseño

[@fabriziopastor6146]

¡ Hola ! soy nuevo en esto de la programación, tengo una consulta, he visto en varios tutoriales o repositorios hacer referencia a algo llamado Mock, server Mock y cosas así pero no llego a entender a que se refiere. ¿Alguien me puede explicar esto ? :)

[@ManuelZapata]

En mi canal tengo un video sobre mocks!

[@williamjmendoza]

Gracias por el vídeo. Interesante. Lo único es que no estoy de acuerdo cuando dices que se invierte la dependencia y la base de datos depende de la lógica de negocio. Realmente sigue siendo al revés tu lógica de negocio esta acoplada a una interfaz de la base de datos, que es la interfaz del repository. Si bien tienes razón no está acoplada al detalle de la implementación que se puede resolver por inyección de dependencias o como lo hiciste aquí en tu método main.

[@LocalGhost_8080]

Me parece genial pero estoy muy perdido. No sé cómo implementar esto ai estoy usando un framework. P. e. justo estoy usando typegraphql y no sé cómo hacerle para desacoplarme porque esta cosa usa las class reflection para generar los schemas y a parte el orm también usa mis classes para ejecutar las migrations... alguien podría darme un consejo para investigar?

[@androidpc7603]

Eso a fin de cuentas es mvc con otros nombres

[@ManuelZapata]

¿Por qué lo dices? De qué manera lo relacionas?

[@alejandrojaime1385]

Es un parche esa arquitectura hexagonal algo bien construido no lo necesita

[@ManuelZapata]

Yo no diría que es un parche. Pero si es claro que esto no aplica para todo tipo de sistemas. Un debate interesante sería definir qué significa que una aplicación esté “bien construida”.

[@rguere]

Habla sobre DDD, posiblemente muchos no estan acostumbrado con el concepto

[@ManuelZapata]

Posiblemente no, y es muy importante. Ya iré hablando sobre ese tema en el canal. Saludos!

[@compartelo007]

kzbin.info/www/bejne/nZ20nXpjgsqLatk podrías opinar sobre lo que se dice en este vídeo de la arquitectura hexagonal a partir del minuto que dejo en el enlace. Gracias

[@enriquer007]

O me he hecho viejo o esto es mucha payasada. Tiene partes de lo que se hace en la arquirectura de microservicios, en la SOA de hace 15 años Llamarle hexagonal a esto. Enfin el candidato que me saque esto en su cv para dárselas y sea medio senior, lo descarto rapidito

[@ManuelZapata]

OK

[@felipemedinasalvatierra2094]

Buena explicacion pero este tipo de arquitectura disque, no traen nada nuevo tan solo cambian nombre a todos.

[@ManuelZapata]

Podrías profundizar un poco? A qué otras cosas le cambia el nombre?

[@felipemedinasalvatierra2094]

@@ManuelZapata bueno como por ejemplo puerto por controlador, adaptador por vista, interfaces por puertos y adaptadores secundarios. Tan solo es la arquitectura mvc, o si quieres el estilo arquitectonico tradicional en capas + DIP.