rabbitmq

PcComponentes es una de las webs con más tráfico de España. Hoy contamos con programadores de allí para que nos cuenten cómo está hecho por detrás, qué problemas de rendimiento/escalabilidad se han encontrado y los grandes retos a los que se afrontan. Cursos relacionados con SOLID, Arquitectura Hexagonal, CQRS, Rabbit, testing, y todo lo que vemos en la entrevista: https://soporte.codely.tv/es/articles/4187948-en-que-orden-hacer-los-cursos {▶️} CodelyTV ├ 🎥 Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ 🐦 Twitter CodelyTV: https://twitter.com/CodelyTV ├ 💂🏼 Twitter Rafa: https://twitter.com/rafaoe ├ 👨🏻 Twitter Javi: https://twitter.com/JavierCane ├ 📸 Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv ├ 🟦 Facebook: https://facebook.com/CodelyTV └ 📕 Catálogo cursos: https://bit.ly/cursos-codely

¿Sabes cómo solventar estos problemas? ???? ???? Curso Sistemas Distribuidos ???? http://bit.ly/curso-microservicios ????‍???? ¿Quieres mejorar como programador? ???? https://bit.ly/cursos-codely ¿Qué son los sistemas distribuidos?, ¿cómo solventar el problema de los mensajes duplicados y el problema de los mensajes desordenados? Esto es muy útil para las EDAs (Arquitecturas Basadas en Eventos), aunque se puede aplicar en general para todo. Hablamos un poco de Kafka, RabbitMQ, AWS SQS. Vemos desde una introducción a los sistemas distribuidos, a ver cómo solucionar los mensajes duplicados y el orden incorrecto de los mensajes. {▶️} CodelyTV ├ ???? Suscríbete: https://youtube.com/c/CodelyTV?sub_confirmation=1 ├ ???? Twitter CodelyTV: https://twitter.com/CodelyTV ├ ????‍♂️ Twitter Rafa: https://twitter.com/rafaoe ├ ???????? Twitter Javi: https://twitter.com/JavierCane ├ ???? Instagram: https://instagram.com/CodelyTV ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv ├ ???? Facebook: https://facebook.com/CodelyTV └ ???? Catálogo cursos: https://bit.ly/cursos-codely ???? Enlaces relacionados: ├ ???? Clock RIOT: https://technology.riotgames.com/news/determinism-league-legends-unified-clock └ ???? Más sync reloj: https://medium.com/distributed-knowledge/time-synchronization-in-distributed-systems-a21808928bc8 #programación #eda #microservicios

Marcos nos dice claramente: "Durante esta cuarentena algo tenemos que aprender. Experimentando con mensajería en RabbitMQ para poco a poco conocer sus intríngulis." ¡Comenta abajo y entra en el sorteo de una plaza para cualquiera de los siguientes Bootcamp Online para convertirte en Full Stack Developer! - Bootcamp Online Frontend React - Bootcamp Online Backend Express - Bootcamp Online Agile Software +info sobre los Bootcamps: https://geekshubsacademy.com/ Comenta en twitter con el hashtag #MeetupsGeeksHubs. ????HACKATHON ZERO, 16 DE MAYO. https://geekshubs.com/hackathon/hackathon-zero/ ???? Suscríbete: https://www.youtube.com/user/geekshubs ???? Twitter GeeksHubs: https://twitter.com/geekshubs ???? Twitter GeeksHubs Academy: https://twitter.com/geeks_academy ???? Instagram: https://instagram.com/geekshubs ℹ️ LinkedIn: https://www.linkedin.com/company/geek... ???? Facebook: https://facebook.com/geekshubs ???? Plataforma online +30 cursos gratuitos: https://geekshubsacademy.com/

Cada domingo por la mañana puedes tener en tu bandeja de entrada un newsletter único sobre desarrollo y programación. Hablándote de aspectos técnicos (y también emocionales) en castellano. Apúntate gratis en /newsletter. Ejemplos de 'side project' Hay un par de ejemplos que te cuento en el episodio. Uno ya está publicado, es el ranking de podcasts de tecnología. El otro, en ejecución, es la plataforma para compartir contadores festivos. Es el protagonista de los LiveCoding de la Zona P...

Going from imperative code to a reactive programming model enables us to scale our apps in ways that aren't possible with a scale-out approach. In this session, the presenter discusses & demonstrates: * How Project Reactor builds on reactive streams to help you create performant & scalable reactive microservices * Message brokers & streaming platforms like RabbitMQ & Apache Kafka * How Spring Cloud Stream leverages Reactor to provide fully reactive pipelines for system-wide (ridiculous!) scalability The presenter will code all examples using 100% open source software live and in real time. Speaker: Mark Heckler, Developer Advocate, Pivotal Software, Inc. Mark Heckler is a Java Champion, published author, conference speaker, and Spring Developer & Advocate for Pivotal developing innovative production-ready software at velocity for the Cloud and IoT applications. He has worked with key players in the manufacturing, retail, medical, scientific, telecom, & financial industries and various public sector organizations to develop & deliver critical capabilities on time and on budget. Mark is an OSS contributor and author/curator of a developer-focused blog (https://www.thehecklers.com) & an occasionally interesting Twitter account (@mkheck).

Symfony provee un sistema de eventos para que diferentes componentes puedan comunicarse entre si. Veremos como pasar de esta ejecución síncrona a una asíncrona, y dos ejemplos de implementación de la misma, una básica con mysql y una avanzada con rabbitmq y supervisord. Finalmente veremos como asegurar esta arquitectura para que sea a prueba de fallos. Daniel González es desarrollador web, especializado en entornos PHP/Symfony y colaborador del grupo PHPMad. Búscalo en twitter como @desarrolla2 Meetup: https://www.meetup.com/es-ES/phpmad/events/245070402/ Twitter: Nos vemos en PHPMad...

Construyendo Pipelines Reactivos: Como ir de aplicaciones escalables a aplicaciones RIDÍCULAMENTE escalables Ponente: Mark Heckler Migrar de código imperativo a un modelo de programación reactiva nos habilita escalar nuestras aplicaciones de maneras que serían imposibles con el método imperativo de "scale out", y eso es una cosa buena! Pero con todas estas mejoras, se necesita examinar y abordar holisticamente el sistema o todo lo que logremos es mover los embotellamientos, creando o encontrando uno u otro mientras sintonizemos aplicaciones o servicios particulares. Esto no es tan bueno. En esta sesión, el ponente discute: * Como el proyecto Reactor construye en la iniciativa Reactive Streams para ayudarte crear microservicios reactivos escalables de alto rendimiento * Plataformas de mensajería como RabbitMQ & Apache Kafka * Como Spring Cloud Stream utiliza Reactor para proveer pipelines enteramente reactivos para escalabilidad ridícula entre el sistema total El ponente escribirá en código todos los ejemplos usando software de código abierto en vivo y en tiempo real! Esta no está una presentación abstracta, vengas para ganar conocimiento real y practica!

???? Nueva edición de #ElCodeToday comentando novedades de Redis 5 y cómo podría cambiar el planteamiento en arquitecturas basadas en eventos, mejoras en UX de GitHub, GitHub Actions, git:logs, y nuestro nuevo repo dotfiles para configurar tu Mac en segundos ???? Enlaces relacionados: ???? Extensión Refined GitHub: https://chrome.google.com/webstore/detail/refined-github/hlepfoohegkhhmjieoechaddaejaokhf ???? Novedades Redis 5: https://redislabs.com/blog/redis-5-0-is-here/ ???? Info sobre Redis Streams: https://brandur.org/redis-streams ???? Curso Event-Driven Architecture con RabbitMQ y AWS SNS+SQS: http://bit.ly/ctv-eda ???? git:logs: https://www.gitlogs.com/ ???? Repo dotfiles CodelyTV: https://github.com/CodelyTV/dotfiles

JAVIER FERRER GONZÁLEZ, RAFA GÓMEZ CASAS Analizaremos los pros y contras de las distintas fases por las que podemos pasar a la hora de refacorizar un monolito en términos de arquitectura: Misma infraestructura, infraestructura independiente y comunicación vía HTTP, uso de Circuit Breakers, y una arquitectura basada en eventos de dominio. Veremos los pros y contras de cada fase en aspectos como la afectación que puede tener en todo nuestro sistema el que uno de nuestros servicios se caiga. Cómo podemos evitar que esto provoque un efecto en cascada degradando así otros servicios. La arquitectura basada en eventos es una solución que va de la mano de un nuevo conjunto de problemas al que tendremos que hacer frente: Consistencia eventual, replicación de datos, orden de los eventos no garantizado, duplicidad de eventos… Veremos algunos ejemplos de posibles soluciones a estos problemas para ser capaz de aplicar estos conceptos a nuestros proyectos más allá de la teoría. Acabaremos con una demo rápida entre 2 servicios en distintos ecosistemas a modo de ejemplo de implementación: Un servicio en PHP y otro servicio en Scala comunicándose a través de RabbitMQ.

Ánalisis del estándar #AsyncAPI con su creador, Fran Méndez. AsyncAPI es un estándar similar a #OpenAPI/#Swagger pero para sistemas de mensajería como ActiveMQ (#RabbitMQ), #Kafka, #MQTT, etc. ¿Para qué lo puedes usar? ???? Pon en orden y documenta los eventos de dominio que publican tus #microservicios en Message Brokers internos (como los que vimos en el vídeo sobre comunicación entre microservicios), y también APIs públicas cliente/servidor a través de #WebSockets, streaming por HTTP, MQTT (Internet of Things™️) etc. de forma estándar. Actualmente usan AsyncAPI empresas como Slack, RedHat, NewRelic, y muchos más. Enlaces relacionados: ???? Intro a Comunicación entre microservicios: #EventDrivenArchitecture: https://www.youtube.com/watch?v=V4mjxJ5czog ???? Curso comunicación entre microservicios - Event-Driven Architecture: http://bit.ly/curso_eda ???? Curso CQRS: Command Query Responsibility Segregation: http://bit.ly/curso_cqrs ???? Curso CQRS y Event Sourcing con Kotlin y Axon Framework: http://bit.ly/curso_es ???? GitHub AsyncAPI: https://github.com/asyncapi/asyncapi ✍️ Editor AsyncAPI: http://editor.asyncapi.org/ ???? Slack AsyncAPI: https://async-apis-slack.herokuapp.com/ CodelyTV: ???? Subscribe: https://www.youtube.com/c/CodelyTV?sub_confirmation=1 ???? Cursos CodelyTV Pro: https://codely.tv/pro/cursos ????‍????‍????‍???? Planes para empresas: https://codely.tv/pro/teams ???? Facebook: https://www.facebook.com/CodelyTV/ ???? Twitter: https://twitter.com/CodelyTV