~/talk

Patterns and Practices for Real-world event-driven microservices

Talkat Øredev 2015 · 2015-11-03..11-06· [microservices, devops-and-delivery]
links:none on file
slides:none on file

Jet.com designs an event‑driven platform with 300–350 microservices, processes ~20,000 orders/day (growth from hundreds), and relies on Azure and F# while embracing event sourcing and immutable data. Key concrete practices: isolate side effects, use a staging backup service to replay events, one YAML per service for runtime config, and a homegrown runtime Torch: 30s deploy that cuts deployment from ~15–20 minutes. These practices prove practical and repeatable in production.

AI-written summary · about

  1. 0:00Intro
  2. 0:33Taking on Amazon!
  3. 5:51Does anyone here use Rx?
  4. 6:36Event-sourced
  5. 9:33Don't abstract
  6. 10:46Be functional!
  7. 13:18Isolate side effects
  8. 15:14Use a backup service to replay events
  9. 17:00What do our services look like?
  10. 24:23Microservices should not control own lifecycle
  11. 27:23Torch YAML files
  12. 29:31Summary
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.