Implementando una Arquitectura de Microservicios
•
6 recomendaciones•3,787 vistas
Microservicios es una aproximacion de desarrollo en pequeños servicios, independientes uno del otro, que pueden ejecutarse en procesos aislados y que se comunican mediante un mecanismo ligero basado en api http
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (20)
Similar a Implementando una Arquitectura de Microservicios
Similar a Implementando una Arquitectura de Microservicios (20)
Más de Federico Damián Lozada Mosto
Último
Último (20)
Implementando una Arquitectura de Microservicios
- 2. FEDERICO LOZADA MOSTO Twitter: @mostofreddy Web: mostofreddy.com.ar Facebook: /mostofreddy Linkedin: ar.linkedin.com/in/federicolozadamosto Github: /mostofreddy
- 5. BundleA Data Access BundleB BundleC Browser Monolithic App Database Arquitectura monolítica UX
- 7. $ cd /var/www $ tree MyProject -L 2 MyProject ├── app/ ├── src/ │ ├── Bundle1/ │ ├── Bundle2/ │ ├── Bundle3/ │ ├── ... │ ├── BundleN/ ├── web/ ├── vendor/ └── ... Arquitectura monolítica
- 8. Monolithic Arquitectura monolítica - Ups! mobile systems IOT tablet
- 9. Arquitectura Compleja + acoplamiento Difícil documentación Difícil sincronización ¿Cómo afecta un cambio?
- 14. U$S + Recursos + Infraestructura + Tiempo para migrar app
- 15. Microservicios
- 16. Microservicios E-commerce Payment Gateway Stock Public API Reports Auth CRM integration Logistic ...
- 17. Public API Microservicios Payment Gateway E-commerce Stock CRM integration Notification Logistic Reports Auth Servicio 1 Servicio 2 Servicio 3 Servicio 4 Servicio 5 Servicio 6 Servicio 7 Servicio 8
- 19. Is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. - Martin fowler http://martinfowler.com/articles/microservices.html
- 21. Características
- 22. Arquitectura Sencilla - acoplamiento + cohesión Comunicación mediante APIs HTTP Pequeños No afecta a otros servicios
- 23. Desarrollo Sencillo Servicios pequeños Independientes Mayor control Implemente una necesidad de negocio
- 24. Cambios Rápidos Independientes mejor “time to market”
- 27. Independiente a la tecnología
- 28. Eficiente Escalabilidad Auto Scalling Serv 2 LB Serv 3 Serv 3 Serv 3 Serv 1
- 32. Principios SOLID ✓ Single responsability ✓ Liskov Substitution ✓ Interface Segregation ✓ Dependency inversion ✓ HATEOAS ✓ HAL ✓ JSON-API Automagic service discovery
- 33. DB distribuidas ✓ Cada servicio con su DB ✓ NO acoplar servicios por DB ✓ Sincronización de datos ✓ Consistencia de datos DB distribuidas
- 34. APIs documentadas ✓ RAML ✓ Swagger ✓ Restfull ✓ AMQP (ZeroMQ, RabbitMQ, etc) ✓ NO ESB Comunidación sencilla ✓ Api Blueprint ✓ SNS/SQS ✓ Redis
- 35. Versionado ✓ ¿Se versiona por servicio? ✓ NO acoplar servicios por DB ✓ Un componente puede ser un servicio Componentes Productos ✓ Productos en vez de proyectos
- 36. ✓ Centralizar logs (Loggly, Logstash) ✓ Centralizar monitoreo (Zabix, New Relic) Monitoreo ✓ 1 servidor → N servidores / containers ✓ 1 app → N servicos ✓ Troubleshooting Monitoreo
- 37. ✓ 1 deploy → N deploy ✓ AWS ✓ Vagrant / Docker ✓ Puppet / Chef Automatizar deploy Testing ✓ ¿Como probar enteramente la solución?
- 40. BundleA Data Access BundleB BundleC UX BundleA Data Access BundleB BundleC UX Composer
- 42. BundleA Data Access BundleB UX Lógica API Rest BundleC BundleA Data Access BundleB UX Lógica API Rest ServicioC
- 45. Servicio 1 Servicio 2 Legacy API Gateway Servicio N
- 46. ¿Preguntas?
- 47. Thanks! FEDERICO LOZADA MOSTO TW: @mostofreddy Web: mostofreddy.com.ar FB: mostofreddy In: ar.linkedin.com/in/federicolozadamosto Git: mostofreddy