~/talk

Patterns and practices for real-world event-driven microservices

Talkat NDC Sydney 2016 · 2016-08-01..08-05· [microservices]
links:none on file
slides:none on file

Jet.com runs roughly 700 microservices (est. 400–1,000), puts 90–95% of code in F# (90–95%), and runs on Azure with Kafka/SQL/Blob storage; event-driven and event-sourced architecture is core. Chaos engineering is mandatory, with controlled experiments to design for failure. Microservices are pure data-in/data-out scripts, side effects isolated, and replay uses a staged backup service. A homebuilt Torch lifecycle manager cuts deploys to ~30s and handles YAML-configured scaling.

AI-written summary · about

  1. 0:00Intro
  2. 0:50Jetcom
  3. 3:55Microservices
  4. 6:40Chaos Engineering
  5. 10:38Definitions
  6. 13:18Event sourcing
  7. 15:46How did Jet decide on microservices
  8. 17:34Why did Jet choose Fsharp
  9. 22:58How Fsharp helped Jet
  10. 23:52Option types
  11. 31:14Perl not being readable
  12. 37:43Why Fsharp
  13. 37:57Shawns Fsharp talk
  14. 38:29Be functional
  15. 40:09Dont try abstract microservices
  16. 41:16Dont do this
  17. 41:48Separate them
  18. 42:21Staging
  19. 48:58Torch
  20. 51:07Summary
  21. 53:15More information
~/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.