Service Meshes: Istio, Linkerd - or No Mesh at All? • Hanna Prinz & Eberhard Wolff • GOTO 2021

Поделиться
HTML-код
  • Опубликовано: 27 ноя 2024

Комментарии • 6

  • @techchanx
    @techchanx 3 года назад +8

    This is how a tech presentation should be done! Excellent! Key lesson here is not to use service mesh to hide a bad architecture.

  • @fami5714
    @fami5714 Год назад +1

    Thanks for sharing your views on Service mesh
    Someone can easily be dragged into implementing certain architecture approach like service mesh without really investigating whether it is really needed or not
    Good conclusion on the topic

  • @myth00s
    @myth00s 3 года назад +5

    Hi there and thanks for this video, it was very informative. I don't have much experience with service meshes and trying to understand them a bit more. The last 6 minutes sort of re-inforced some of my thoughts during the first part:
    1. Why are my internal services talking synchronously to each other so much?
    2. Why are my services fine-grained to the extent they need a whole new type of complex infrastructure to monitor and keep up? Are ops of that scale viable and sustainable?
    3. Why am I not composing services to enable workflows, throw orchestration / choreography?
    4. Is service mesh a solution to a very niche problem (plethora of fine-grained, synchronously communicating services), or is there value in it in scenarios where asynchronous communication is used?
    None of the above is meant to be a strong opinion as I don't know enough about the subject - just putting the thoughts out there.

  • @codebreatherHQ
    @codebreatherHQ 3 года назад +1

    Perfect timing! Thanks!

  • @ashimov1970
    @ashimov1970 3 года назад +1

    Well done. Thank you.

  • @stanislavtsybyshev7453
    @stanislavtsybyshev7453 3 года назад

    Nice and concise! But would be nice to have ASM mentioned