
GigCityElixir23 - Bryan Hunter
About this video
Bryan Hunter's GigCityElixir 2023 talk on HCA Healthcare's Waterpark system, built on Elixir/Erlang. It describes how the architecture is distributed and fault-tolerant, with a multi-datacenter cluster and runtime code swapping.
Why it appears in the archive
HN recommends it as a rare real-world look at a large fault-tolerant Erlang/Elixir system with no downtime in healthcare.
AI-generated summary and labels from the source dataset; verify important details against the video. Source & credits.
From the Hacker News discussion
Not code but an excellent presentation of design/architecture of a Real-World fault-tolerant and distributed System in Erlang/Elixir - [VIDEO]
Read original comment ↗After watching the above which gives one an idea of the Erlang System's capabilities, watch this presentation by Bryan Hunter where the design and architecture of a complete distributed and fault-tolerant Erlang/Elixir system is shown; You get to really see the mind-blowing power of the Erlang System in this - [VIDEO]
Read original comment ↗This video may be of interest to you: [VIDEO] Bryan Hunter explains how they do it at HCA healthcare (not specifically LiveView process, but processes in general).
Read original comment ↗This is a talk about a large scale, resilient elixir/erlang deployment in healthcare. Specifically they talk about running with no down time using hot code reloading here: [VIDEO] but the whole talk is quite interesting regarding availability. Warning: the video is quite quiet.
Read original comment ↗To add to this topic, people who do not know about erlang's hot code loading should watch this talk : [VIDEO] A multi-DC running cluster where parts are progressively swapped at runtime. No database, only OTP.
Read original comment ↗We use it across multiple versions of our software running in the same cluster. As long as you dark launch API changes, it's not much of an issue. [VIDEO] (Doh, just realized I was replying to Mr. Elixir himself! And you're familiar with our project anyway :)
Read original comment ↗We use something like this at scale, similar to Riak's design. We use it to store things like the active state of millions of hospital patients in RAM for high availability (zero downtime when DCs or nodes fail). One copy per data center with a writer at one of the DCs. Our current cluster has 32 nodes (8 per DC -- we should have 5 DCs across the US but only have 4 at the moment). You can learn more about it here: [VIDEO] .
Read original comment ↗