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

Поділитися
Вставка
  • Опубліковано 20 вер 2024

КОМЕНТАРІ • 6

  • @techw4y
    @techw4y 2 роки тому +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 2 роки тому +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 2 роки тому +1

    Perfect timing! Thanks!

  • @ashimov1970
    @ashimov1970 2 роки тому +1

    Well done. Thank you.

  • @stanislavtsybyshev7453
    @stanislavtsybyshev7453 2 роки тому

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