Bebiendo del Stream: Como usar las plataformas de mensajería para escalamiento y rendimiento

Casi todos de los sistemas de misión crítica tienen elementos distribuidos o son totalmente distribuidos, resultando en numerosos retos: rendimiento, escalamiento, confiabilidad, elasticidad...los ocho mitos del cómputo distribuido son vivos y bienes!

Con frecuencia las plataformas de mensajería se usan para resolver estos problemas y aumentar las capacidades, pero no vienen sin complejidad por si mismas. Ven a esta sesión para aprender cómo incorporar soluciones de código abierto como Spring Cloud Stream, RabbitMQ, y Apache Kafka para maximizar las capacidades de tus sistemas distribuidos con complejidad mínima. Todos los ejemplos se escribirán en código en vivo y en tiempo real!

Transcript

1. Bebiendo del Stream Como usar las plataformas de mensajería para escalamiento y rendimiento Mark Heckler Professional Problem Solver, Spring Developer & Advocate springnoticias.io mark@losheckler.com mheckler@pivotal.io @mkheck
2. @mkheck springnoticias.io www.losheckler.com ¿Quién soy? • Autor • Arquitecto & Desarrollador • Java Champion, Groundbreaker • Solucionador de problemas • Spring Developer y Advocate
3. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
5. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
6. @mkheck springnoticias.io www.losheckler.com El mandato de Bezos All teams will henceforth expose their data and functionality through service interfaces. Teams must communicate with each other through these interfaces. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. It doesn’t matter what technology is used: HTTP, CORBA, pub/sub, etc. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. Anyone who doesn’t do this will be fired.
7. @mkheck springnoticias.io www.losheckler.com El manifiesto de 12 factores One codebase in revision control, many deploys Explicitly declare & isolate dependencies Store config in environment Treat backing services as attached resources Build, release, run Stateless processes Export services via port binding Scale out via process model Fast startup, graceful shutdown Dev/prod parity Treat logs as event streams Admin (one off) processes
8. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
9. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
10. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
11. @mkheck springnoticias.io www.losheckler.com Takeaways ¿Por qué debo usar plataformas de mensajería/a dónde pertenecen en una arquitectura distribuida? Ejemplos de plataformas de mensajería importantes ¿Qué es Spring Cloud Stream? ¿Por qué debo usarlo?
12. @mkheck springnoticias.io www.losheckler.com ¿Por qué debo usar SCSt?
13. @mkheck springnoticias.io www.losheckler.com SCSt + ${messaging.platform} =
14. @mkheck springnoticias.io www.losheckler.com Sink Processor Poder Source
15. @mkheck springnoticias.io www.losheckler.com Processor Sink Sink Processor Escalabilidad Source Sink Sink
16. @mkheck springnoticias.io www.losheckler.com Processor Sink Sink Processor Flexibilidad Source Sink Sink
17. @mkheck springnoticias.io www.losheckler.com Processor Sink Sink Processor Versatilidad Source Sink Sink
18. @mkheck springnoticias.io www.losheckler.com ¡Vámonos al código!
19. @mkheck springnoticias.io www.losheckler.com
20. @mkheck springnoticias.io www.losheckler.com Recursos https://github.com/mkheck/drinking-from-the-stream https://cloud.spring.io/spring-cloud-stream/ mark@losheckler.com, mheckler@pivotal.io @mkheck y @springnoticias en Twitter Gracias por asistir, mantente en contacto!