Skip to content
By using Twitter’s services you agree to our Cookies Use. We and our partners operate globally and use cookies, including for analytics, personalisation, and ads.

This is the legacy version of twitter.com. We will be shutting it down on June 1, 2020. Please switch to a supported browser, or disable the extension which masks your browser. You can see a list of supported browsers in our Help Center.

  • Home Home Home, current page.
  • About

Saved searches

  • Remove
  • In this conversation
    Verified accountProtected Tweets @
Suggested users
  • Verified accountProtected Tweets @
  • Verified accountProtected Tweets @
  • Language: English
    • Bahasa Indonesia
    • Bahasa Melayu
    • Català
    • Čeština
    • Dansk
    • Deutsch
    • English UK
    • Español
    • Filipino
    • Français
    • Hrvatski
    • Italiano
    • Magyar
    • Nederlands
    • Norsk
    • Polski
    • Português
    • Română
    • Slovenčina
    • Suomi
    • Svenska
    • Tiếng Việt
    • Türkçe
    • Ελληνικά
    • Български език
    • Русский
    • Српски
    • Українська мова
    • עִבְרִית
    • العربية
    • فارسی
    • मराठी
    • हिन्दी
    • বাংলা
    • ગુજરાતી
    • தமிழ்
    • ಕನ್ನಡ
    • ภาษาไทย
    • 한국어
    • 日本語
    • 简体中文
    • 繁體中文
  • Have an account? Log in
    Have an account?
    · Forgot password?

    New to Twitter?
    Sign up
colmmacc's profile
Colm MacCárthaigh
Colm MacCárthaigh
Colm MacCárthaigh
@colmmacc

Tweets

Colm MacCárthaigh

@colmmacc

AWS, Apache, Crypto, Irish Music, Haiku, Photography

Seattle
notesfromthesound.com
Joined April 2008

Tweets

  • © 2020 Twitter
  • About
  • Help Center
  • Terms
  • Privacy policy
  • Imprint
  • Cookies
  • Ads info
Dismiss
Previous
Next

Go to a person's profile

Saved searches

  • Remove
  • In this conversation
    Verified accountProtected Tweets @
Suggested users
  • Verified accountProtected Tweets @
  • Verified accountProtected Tweets @

Promote this Tweet

Block

  • Tweet with a location

    You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more

    Your lists

    Create a new list


    Under 100 characters, optional

    Privacy

    Copy link to Tweet

    Embed this Tweet

    Embed this Video

    Add this Tweet to your website by copying the code below. Learn more

    Add this video to your website by copying the code below. Learn more

    Hmm, there was a problem reaching the server.

    By embedding Twitter content in your website or app, you are agreeing to the Twitter Developer Agreement and Developer Policy.

    Preview

    Why you're seeing this ad

    Log in to Twitter

    · Forgot password?
    Don't have an account? Sign up »

    Sign up for Twitter

    Not on Twitter? Sign up, tune into the things you care about, and get updates as they happen.

    Sign up
    Have an account? Log in »

    Two-way (sending and receiving) short codes:

    Country Code For customers of
    United States 40404 (any)
    Canada 21212 (any)
    United Kingdom 86444 Vodafone, Orange, 3, O2
    Brazil 40404 Nextel, TIM
    Haiti 40404 Digicel, Voila
    Ireland 51210 Vodafone, O2
    India 53000 Bharti Airtel, Videocon, Reliance
    Indonesia 89887 AXIS, 3, Telkomsel, Indosat, XL Axiata
    Italy 4880804 Wind
    3424486444 Vodafone
    » See SMS short codes for other countries

    Confirmation

     

    Welcome home!

    This timeline is where you’ll spend most of your time, getting instant updates about what matters to you.

    Tweets not working for you?

    Hover over the profile pic and click the Following button to unfollow any account.

    Say a lot with a little

    When you see a Tweet you love, tap the heart — it lets the person who wrote it know you shared the love.

    Spread the word

    The fastest way to share someone else’s Tweet with your followers is with a Retweet. Tap the icon to send it instantly.

    Join the conversation

    Add your thoughts about any Tweet with a Reply. Find a topic you’re passionate about, and jump right in.

    Learn the latest

    Get instant insight into what people are talking about now.

    Get more of what you love

    Follow more accounts to get instant updates about topics you care about.

    Find what's happening

    See the latest conversations about any topic instantly.

    Never miss a Moment

    Catch up instantly on the best stories happening as they unfold.

    1. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @rchrdbyd @log4code and

      I have little experience with event-driven workloads, and I can see serverless stacks being well suited for that (data pipelines, etc). My perspective is from building user-facing apps, running at human scale: An e-commerce site, a productivity web app, a mobile app, etc.

      1 reply 0 retweets 0 likes
    2. Richard H. Boyd‏ @rchrdbyd 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @log4code and

      I’m not talking about event-driven, that wouldn’t even be a fair comparison. Even in standard RESTful request-response architectures, managed service designs will drag your servers into a dark alley and beat them senseless

      1 reply 0 retweets 0 likes
    3. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @rchrdbyd @log4code and

      That's probably true. But at what cost? (And I don't mean $ cost). I believe in a Lambda/Fargate future. I really do. But today, in 2019, there are too many restrictions to make the benefits outweigh the cons. (An IMO, by a big margin.) At least for the kind of things I work on.

      1 reply 0 retweets 0 likes
    4. Richard H. Boyd‏ @rchrdbyd 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @log4code and

      I think we just disagree on what’s a “restriction” and what’s an “abstraction” I’m willing to pay for. I don’t care about the underlying filesystem so I don’t see much value in having unfettered access to it.

      1 reply 0 retweets 0 likes
    5. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @rchrdbyd @log4code and

      The abstraction is the restriction. Quick example of something I'm working on right now: I'm using a stateful websocket session for a real-time app. With Lambda/APIG I would have to fetch & store the session state (what each client has seen, etc) in DDB on every msg ! ...

      1 reply 0 retweets 0 likes
    6. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @rchrdbyd and

      ... Not only that makes things ~50X slower (from 1ms per msg to 50ms) & mostly costly (1 DDB read/write per msg), but it also introduces a new failure mode that I would have to handle on every message (DDB failures).

      1 reply 0 retweets 0 likes
    7. Richard H. Boyd‏ @rchrdbyd 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @log4code and

      And you’re using some kind of distributed in-memory cache to persist the state across your whole ASG?

      1 reply 0 retweets 0 likes
    8. Richard H. Boyd‏ @rchrdbyd 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @rchrdbyd @dvassallo and

      Or you’re leaving the socket connected for the whole ux and just persisting it on that host until the session ends then sending some long-term state to a persistent data-store?

      1 reply 0 retweets 0 likes
    9. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @rchrdbyd @log4code and

      The websock state is basically a cursor on a data stream pushed by the server. Each client would have a different position coz they consume at a different rate. There's no need to persist this state. If the connection drops, the client restarts it based on its own state. ...

      1 reply 0 retweets 0 likes
    10. Daniel Vassallo‏ @dvassallo 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @rchrdbyd and

      Simply broadcasting data via WS on APIG/Lambda seems nearly impossible (or maybe possible but very convoluted). A very common use-case. Oh, and how about this for planetary-scale. A 500 conn *HARD* limit per account: 😝pic.twitter.com/gYc5fBniIS

      2 replies 0 retweets 1 like
      Colm MacCárthaigh‏ @colmmacc 26 Jul 2019
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dvassallo @rchrdbyd and

      That's 500 new connections per second, not concurrent connections per account.

      6:05 PM - 26 Jul 2019
      • 2 Likes
      • Girish Rao Richard H. Boyd
      1 reply 0 retweets 2 likes
        1. New conversation
        2. Daniel Vassallo‏ @dvassallo 26 Jul 2019
          • Report Tweet
          • Report NetzDG Violation
          Replying to @colmmacc @rchrdbyd and

          Ok, so about the capacity of 1x C5.4XL 😁 But that limit is prob ok, and not really my point. The problem is that WS make server-side push easy to impl and reason about; but doing it on Lambda/APIG is significantly harder. I'm sure it will get better, but it's not right now. ...

          1 reply 0 retweets 0 likes
        3. Daniel Vassallo‏ @dvassallo 26 Jul 2019
          • Report Tweet
          • Report NetzDG Violation
          Replying to @dvassallo @colmmacc and

          And I work in the present, not in the future. It's just trade offs. I don't disagree with the benefits of APIG; but I'm weighing the disadvantages as well. And I'm still using EC2 & ELBs. I'm still a customer on the platform. 😁

          1 reply 0 retweets 0 likes
        4. 7 more replies

      Loading seems to be taking a while.

      Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.

        Promoted Tweet

        false

        • © 2020 Twitter
        • About
        • Help Center
        • Terms
        • Privacy policy
        • Imprint
        • Cookies
        • Ads info