Moving beyond Request-Reply: How Smart APIs Are Different

Sdílet
Vložit
  • čas přidán 30. 06. 2020
  • QCon London International Software Development Conference returns on April 8-10, 2024. Level-up on 15 major software and leadership topics including; The Tech of FinTech, What's Next in GenAI and Large Language Models (LLMs), Performance Engineering, Architecture for the Age of AI, Innovations in Data Engineering and more.
    Learn the emerging trends. Explore the use cases. Implement the best practices.
    Register now: bit.ly/3rRgsJV
    -------------------------------------------------------------------------------------------------------------------------------------
    Video with transcript included: bit.ly/31zKCBJ
    Bernd Ruecker talks about real-life experiences around typical architecture patterns and why people have to carefully think about boundaries and responsibilities of their components. Further, he discusses why balancing orchestration and choreography is essential to avoid chaos and idempotency, and long-running and event-driven services.
    This presentation was recorded at QCon London 2020: bit.ly/2VfRldq
    #SoftwareArchitecture #APIs #InfoQ
  • Věda a technologie

Komentáře • 5

  • @sandeepsachan3729
    @sandeepsachan3729 Před 4 lety +5

    You have explained hardest things with simplicity!! Rock star.

  • @rahuldeepattri9244
    @rahuldeepattri9244 Před 4 lety +2

    Awesome talk! Learned a lot

  • @valour.se47
    @valour.se47 Před 3 lety +2

    Damn and i thought i was doing it wrong by adding retry logics to the each bounded context

  • @osamaa.h.altameemi5592

    That was very nice loved the design aspect of it.

  • @metrolights250
    @metrolights250 Před 3 lety

    Unless you're a noob just talking about the problem space isn't all that useful. Any CS grad knows about these problems, the real value comes from talking about the solutions available as of 2020. For instance if the recommendation is choreography and orchestration what is the principle in selecting one or the other, and how much.