AWS re:Invent 2018: Choosing the Right Messaging Service for Your Distributed App (API305)

แชร์
ฝัง
  • เผยแพร่เมื่อ 9 ม.ค. 2025

ความคิดเห็น • 20

  • @GauravSingh-ov9mh
    @GauravSingh-ov9mh 5 ปีที่แล้ว +6

    Best explanation about queues!!! It would have been great if Amazon MSK use case was included.

  • @balajichandrashekar
    @balajichandrashekar 4 ปีที่แล้ว +3

    Very well explained. A good handover between the use case sessions and the demos. Thanks for this session.

    • @judecaspian1871
      @judecaspian1871 3 ปีที่แล้ว

      i know Im asking randomly but does someone know a tool to get back into an instagram account??
      I was stupid forgot my login password. I would love any tips you can offer me!

    • @kingstonmalakai5910
      @kingstonmalakai5910 3 ปีที่แล้ว

      @Jude Caspian Instablaster =)

    • @judecaspian1871
      @judecaspian1871 3 ปีที่แล้ว

      @Kingston Malakai Thanks for your reply. I found the site thru google and Im in the hacking process atm.
      I see it takes a while so I will get back to you later when my account password hopefully is recovered.

    • @judecaspian1871
      @judecaspian1871 3 ปีที่แล้ว

      @Kingston Malakai It worked and I finally got access to my account again. Im so happy:D
      Thanks so much you really help me out !

    • @kingstonmalakai5910
      @kingstonmalakai5910 3 ปีที่แล้ว

      @Jude Caspian Glad I could help xD

  • @yeeteshpulstya9890
    @yeeteshpulstya9890 5 ปีที่แล้ว +4

    This is a gem

  • @rachanaacharya3963
    @rachanaacharya3963 4 ปีที่แล้ว +5

    Doubt in the FIFO Queues: What happens when a message(of a particular group) has been successfully processed by a consumer, after which the consumer goes down before sending the delete Message call SQS? Won't SQS make the same message available to be consumed and processed by another consumer? Thereby violating the requirement of not processing duplicates?

    • @ryandsouza2962
      @ryandsouza2962 3 ปีที่แล้ว +1

      Yes you would get the message again after the visibility timeout, so it's best to develop your consumer for idempotency (detect if the operation is a duplicate one) in case they're down and cannot delete the message. have a look at the last section in the docs here: docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/FIFO-queues-understanding-logic.html

    • @sonitushar93
      @sonitushar93 5 หลายเดือนก่อน

      I think with FIFO deduplicationId it's only used to prevent duplicate message to be accepted by SQS FIFO queue from producer only within a deduplication interval. For consumer level deduplication we have to somehow use some logic to deduplicate at consumer end.

  • @benlbach22
    @benlbach22 4 ปีที่แล้ว

    Fantastic explanations and demos!

  • @WałkowanieŚwiata
    @WałkowanieŚwiata 6 ปีที่แล้ว +1

    Kuba, wyjazd do Kanady dodał Ci skrzydeł :) Gratulacje

  • @qska3
    @qska3 6 ปีที่แล้ว

    Fiu fiu fiu, gratulacje Kuba!

  • @govindrai93
    @govindrai93 6 ปีที่แล้ว

    Excellent Session

  • @darshake1
    @darshake1 3 ปีที่แล้ว

    So clear. thanks.

  • @saranyaks6436
    @saranyaks6436 4 ปีที่แล้ว

    Amazing talk!

  • @mikailgee1466
    @mikailgee1466 4 ปีที่แล้ว

    Are they teaching us how queues work or what? I don't see how these queues differ from RabbitMQ

  • @SubhrajitSadhukhan
    @SubhrajitSadhukhan 4 ปีที่แล้ว

    Much needed enlightenment..

  • @qska3
    @qska3 6 ปีที่แล้ว

    First!