Messaging at Scale at Instagram

Поділитися
Вставка
  • Опубліковано 23 лип 2024
  • Rick Branson
    As activity accelerated from just a few thousand activities per day to hundreds of millions, Instagram needed a reliable, scalable messaging infrastructure to distribute work and messages. In this talk, I'll jump from a crash course in t

КОМЕНТАРІ • 17

  • @kienphan6436
    @kienphan6436 Місяць тому

    great talk thank you!

  • @kaoskitteh
    @kaoskitteh 11 років тому +1

    Great talk. Thanks!

  • @OskarPaolini
    @OskarPaolini 10 років тому +4

    Enjoyed this very much, thank you!

  • @Kideqx
    @Kideqx 6 років тому +2

    i love this stuff!

  • @vvp8590
    @vvp8590 4 роки тому

    No BS, to the point talk. Awesome.

  • @hokcuan2390
    @hokcuan2390 Рік тому

    Watch it just now, still awesome!❤

  • @jsilve1
    @jsilve1 3 роки тому +3

    this is from 8 years ago. a lot has changed, in technology, business, etc. does insta still use Celery?

  • @DJBenito304
    @DJBenito304 3 роки тому

    How does he get rid of the SHIM?

  • @soufianosse333
    @soufianosse333 7 років тому

    that's great :+1

  • @drdzdd
    @drdzdd 4 роки тому +1

    Great talk, but still don't get what this chained task thing is ..

    • @rjs5613
      @rjs5613 4 роки тому +2

      I think thats a simple recursive batch execution. The completion of the one batch triggers next with an offset.

    • @gokukakarot6323
      @gokukakarot6323 3 роки тому +1

      think of it as pagination

  • @DanVasquez0xFF
    @DanVasquez0xFF 6 років тому +5

    15:37 this is not a good pattern you shouldn't call a task from another task that way. I would be better to create a workflow where check_url raises an error when spam is found and take_some_action is bound to the on_error task method of check_url. ex:
    # in the caller
    check_url.s(id, url).on_error(take_some_action.s(id, url)).delay()

  • @ptitjo9475
    @ptitjo9475 3 роки тому

    5:29

  • @ptitjo9475
    @ptitjo9475 3 роки тому

    9:30

  • @jivanmainali1742
    @jivanmainali1742 3 роки тому

    Is redis user ID list unbounded and ever increasing