(...) Phoenix on Riak_Core
summary
Claim: co-locate app servers and the DB by running Phoenix on top of riak_core to get in-memory, shardable state with replication. Tools actually used: Erlang VM, ETS for per-vnode storage, consistent-hash ring, vnode write coordinator with N and W (demo uses N=3 W=2), handoff for rebalancing, and a pubsub adapter that shards topics so Phoenix channels sharded by topic handle subscriptions on specific vnodes. Demo across multiple VMs stores, fetches and replicates data successfully but remains experimental.
AI-written summary · about
chapters (15)
- 0:00Intro
- 0:43Stateful Architecture
- 4:13Stateless Architecture
- 6:10Stateful Web Application
- 7:13Distributed Systems
- 9:04CAP
- 10:56RiakCore
- 11:24How it works
- 18:24Store Fetch
- 20:57Fault Tolerance
- 21:26Write Coordinator
- 24:50Handoff
- 25:41Phoenix in RiakCore
- 28:56Phoenix in RealTime
- 30:35PubRing
related talks
01h 00mPhoenix a Web Framework for the New Web
45mPhoenix a web framework for the new web
32mWhy I choose Phoenix
29mRails to Phoenix
41mElixir & Phoenix – fast, concurrent and explicit
01h 00mPhoenix: an Intro to Elixir's Web Framework
50mPhoenix Framework: a (Truly) Fullstack Stack for Building Real-Time Web
44mElixir & Phoenix - Fast, Concurrent and Explicit
