xiewen/awesome-scalability

:pushpin: An up-to-date and curated reading list for designing high scalability :cherries:, high availability :fire:, high stability :mount_fuji: back-end systems - Merge requests are greatly welcome :two_men_holding_hands: Back-end & SRE engineers, let' the world know your silent yet awesome work :metal:

Awesome Scalability, Availability, and Stability Back-end Design Patterns

A curated list of selected readings to illustrate Scalability, Availability, and Stability Design Patterns in Back-end Development.

What if your Back-end went slow?

Understand your problems: performance problem (slow for a single user) or scalability problem (fast for a single user but slow under heavy load) by reviewing design principles. You can also check some talks of elite engineers from tech giants (Google, Facebook, Netflix, etc) to see how they build and scale their systems.

What if your Back-end went down?

"Even if you lose all one day, you can build all over again if you retain your calm!" - Thuan Pham, CTO at Uber Technologies Inc.

Contributing

Please take a look at the contribution guidelines first. Contributions are always welcome!

Contents

• Principles
• Scalability
• Availability
• Stability
• Other Design Aspects
• Books
• Talks

Principles

• Principles of Chaos Engineering
• Finding the Order in Chaos
• The Clean Architecture - Robert C. Martin (Uncle Bob)
• CAP Theorem and Trade-offs
• CAP Twelve Years Later: How the "Rules" Have Changed (2012) - Eric Brewer (VP of Infrastructure at Google)
• Scaling Up and Scaling Out
• ACID and BASE
• Blocking/Non-Blocking and Sync/Async
• Why Non-Blocking?
• SQL and NoSQL
• Consistent Hashing - Tom White, author of 'Hadoop: the Definitive Guide'
• Cache is King!
• Anti-Caching
• Understand Latency
• Architecture Issues When Scaling Web Applications: Bottlenecks, Database, CPU, IO
• 20 Common Bottlenecks
• Relying on Software to Redirect Traffic Reliably at Various Layers
• Advantages and Drawbacks of Microservices
• Breaking Things on Purpose
• Avoid Over Engineering
• Use Solid Technologies - Don’t Re-invent the Wheel - Keep It Simple!
• Performance is a Feature
• Writing Code that Scales
• AWS Do's and Don'ts
• (UI) Design Doesn’t Scale - Stanley Wood, Design Director at Spotify
• Design for Loose-coupling
• Design for Resiliency
• Design for Self-healing
• Design for Scaling Out
• Best Practices for Scaling Out
• Design for Evolution
• Learn from Mistakes

Scalability

• Microservices

  • Microservices Resource Guide - Martin Fowler, Chief Scientist at ThoughtWorks
  • Thinking Inside the Container - Riot Games (8 part series)
  • Containerization at Pinterest
  • The Evolution of Container Usage at Netflix
  • Dockerizing MySQL at Uber
  • Testing of Microservices at Spotify
  • Organize Monolith Before Breaking it into Services at Weebly

• Distributed Caching

  • Write-behind and Write-through
  • Eviction Policies
  • Peer-To-Peer Caching
  • Distributed Caching at Netflix with EVCache
  • Robust Memcache Traffic Analyzer at Box.com
  • How Etsy caches: Consistent Hashing and Cache Smearing

• Distributed Tracking and Tracing

  • Tracking Service Infrastructure at Scale at Spotify
  • Distributed Tracing with Pintrace at Pinterest
  • Analyzing Distributed Trace Data at Pinterest
  • Distributed Tracing at Uber
  • Data Checking at Dropbox
  • Tracing distributed systems at Showmax

• Distributed Logging

  • Scalable and reliable log ingestion at Pinterest
  • Building DistributedLog at Twitter: High-performance replicated log service
  • Logging Service with Spark at CERN Accelerator
  • Logging and Aggregation at Quora
  • BookKeeper: Distributed Log Storage at Yahoo

• Distributed Messaging

  • Understanding When to use RabbitMQ or Apache Kafka
  • Running Kafka at scale at Linkedin
  • Delaying Asynchronous Message Processing with RabbitMQ at Indeed
  • Real-time Data Pipeline with Kafka at Yelp
  • Audit Kafka End-to-End at Uber (count each message exactly once, audit a message across tiers)
  • Deduplication Techniques
    • Exactly-once Semantics are Possible: Here’s How Kafka Does it
    • Real-time Deduping at Scale with Kafka-based Pipleline at Tapjoy
    • Delivering Billions of Messages Exactly Once: Deduping at Segment

• Storage

  • In-memory Storage
    • Optimizing Memcached Efficiency at Quora
    • Real-Time Data Warehouse with MemSQL on Cisco UCS
    • Moving to MemSQL at Tapjoy: Horizontally Scalable, ACID Compliant, MySQL Compatibility
  • Durable Storage (typically Object Storage)
    • Amazon S3
      • Reasons for Choosing S3 over HDFS at Databricks
      • S3 in the Data Infrastructure at Airbnb
      • Quantcast File System on Amazon S3
      • Using S3 in Netflix Chukwa
    • Yahoo Cloud Object Store - Object Storage at Exabyte Scale
    • Ambry: Distributed Immutable Object Store at LinkedIn
    • Hammerspace: Persistent, Concurrent, Off-heap Storage at Airbnb

• NoSQL

  • Key-Value Databases (DynamoDB, Voldemort, Manhattan)
    • Scaling Mapbox infrastructure with DynamoDB Streams
    • Manhattan: Twitter’s distributed key-value database
    • Sherpa: Yahoo’s distributed NoSQL key-value store
  • Column Databases (Cassandra, HBase, Vertica, Sybase IQ)
    • Consistent Hashing in Cassandra
    • When NOT to use Cassandra?
    • Storing Images in Cassandra at Walmart Scale
    • Cassandra at Instagram
    • How Yelp Scaled Ad Analytics with Cassandra
    • How Discord Stores Billions of Messages with Cassandra
  • Document Databases (MongoDB, CouchDB)
    • eBay: Building Mission-Critical Multi-Data Center Applications with MongoDB
    • MongoDB at Baidu: Multi-Tenant Cluster Storing 200+ Billion Documents across 160 Shards
    • The AWS and MongoDB Infrastructure of Parse (acquired by Facebook)
    • Couchbase Ecosystem at LinkedIn
  • Graph Databases
    • Neo4j case studies with Walmart, eBay, AirBnB, NASA, etc
    • FlockDB: Distributed Graph Database for Storing Adjancency Lists at Twitter
    • JanusGraph: Scalable Graph Database backed by Google, IBM and Hortonworks
    • Amazon Neptune
  • Datastructure Databases (Redis, Hazelcast)
    • How Twitter Uses Redis To Scale
    • How Twitter Uses Redis To Scale - Video
    • Scaling Slack’s Job Queue with Redis
    • Moving persistent data out of Redis at Github
  • Practical NoSQL resilience design pattern for the enterprise (eBay)

• RDBMS (MySQL, MSSQL, PostgreSQL)

  • MS SQL versus MySQL
  • Why SQL is beating NoSQL, and what this means for the future of data
  • Sharding MySQL at Pinterest
  • How Airbnb Partitioned Main MySQL Database in Two Weeks
  • Replication is the Key for Scalability & High Availability
  • How Twitch uses PostgreSQL
  • Scaling MySQL-based financial reporting system at Airbnb
  • Scaling to 100M at Wix: MySQL is a Better NoSQL
  • Why Uber Engineering Switched from Postgres to MySQL
  • Handling Growth with Postgres at Instagram

• Time Series Database (TSDB)

  • Time Series Data: Why and How to Use a Relational Database instead of NoSQL
  • Beringei: High-performance Time Series Storage Engine at Facebook
  • Atlas: In-memory Dimensional Time Series Database at Netflix
  • Heroic: Time Series Database at Spotify
  • Building a Scalable Time Series Database on PostgreSQL

• HTTP Caching (Reverse Proxy, CDN)

  • Reverse Proxy (Nginx, Varnish, Squid, rack-cache)
  • Stop Worrying and Love the Proxy
  • Playing HTTP Tricks with Nginx
  • Using CDN to Improve Site Performance at Coursera
  • Strategy: Caching 404s Saved 66% On Server Time at The Onion
  • Increasing Application Performance with HTTP Cache Headers

• Concurrency

  • Message-Passing Concurrency
  • Software Transactional Memory
  • Dataflow Concurrency
  • Shared-State Concurrency
  • Concurrency series by Larry Osterman (Principal SDE at Microsoft)
    • Part 8 – Concurrency for scalability
    • Part 9 - APIs that enable scalable programming
    • Part 10 - How do you know if you’ve got a scalability issue?
    • Part 11 – Hidden scalability issues
    • Part 12 – Hidden scalability issues (cont)

• Event-Driven Architecture

  • Messaging
    • Publish-Subscribe
      • Autoscaling Pub-Sub Consumers at Spotify
      • Pulsar: Pub-Sub Messaging at Scale at Yahoo
      • Wormhole: Pub-Sub system at Facebook (2013)
    • Point-to-Point
    • Store-Forward
    • Request-Reply
  • Actors: Fire-forget and Fire-Receive-Eventually
  • Enterprise Service Bus
  • Domain Events
  • Event Stream Processing
    • Kafka Streams on Heroku
    • Bullet: Forward-Looking Query Engine for Streaming Data at Yahoo
    • Benchmarking Streaming Computation Engines at Yahoo
  • Event Sourcing
  • Command & Query Responsibility Segregation (CQRS)

• Load Balancing

  • Introduction to Modern Network Load Balancing and Proxying
  • Load Balancing infrastructure to support more than 1.3 billion users at Facebook
  • Load Balancing with Eureka at Netflix
  • Load Balancing at Yelp
  • Load Balancing at Github
  • Consistent Hashing to Improve Load Balancing at Vimeo
  • UDP Load Balancing at 500 pixel

• Parallel Computing

  • SPMD (Single Program Multiple Data): The Genetic Pattern
  • Master/Worker Pattern
  • Loop Parallelism Pattern: Extracting parallel tasks from loops
  • Fork/Join Pattern: Good for recursive data processing
  • Map-Reduce: Born for Simplified Data Processing on Large Clusters
  • On the Death of Map-Reduce - Henry Robinson, Cloudera
  • Parallelize the rendering of web pages: Use case of Yelp.com

• Distributed Machine Learning

  • Scalable Deep Learning Platform On Spark In Baidu
  • Horovod: Uber’s Open Source Distributed Deep Learning Framework for TensorFlow
  • Scaling Gradient Boosted Trees for Click-Through-Rate Prediction at Yelp
  • TensorFlowOnSpark: Distributed Deep Learning on Big Data Clusters at Yahoo
  • CaffeOnSpark: Distributed Deep Learning on Big Data Clusters at Yahoo
  • AIOps in Practice at Baidu
  • Learning with Privacy at Scale - Differential Privacy Team, Apple

Availability

• Fail-over
  • The Evolution of Global Traffic Routing and Failover
  • Testing for Disaster Recovery Failover Testing
• Replication
  • Master-Slave
  • Tree Replication
  • Master-Master
  • Buddy Replication
• NodeJS High Availability at Yahoo
• Every Day Is Monday in Operations - LinkedIn (11 part series)
• Practical Guide to Monitoring and Alerting with Time Series at Scale
• How Robust Monitoring Powers High Availability for LinkedIn Feed

Stability

• Circuit Breaker
• Always use timeouts (if possible)
• Let it crash/Supervisors: Embrace failure as a natural state in the life-cycle of the application
• Crash early: An error now is better than a response tomorrow
• Bulkheads: Partition and tolerate failure in one part
• Steady state: Always put logs on separate disk
• Throttling: Maintain a steady pace
• Multi-clustering: Improving Resiliency and Stability of a Large-scale Monolithic API Service at LinkedIn

Others

• Distributed Git server at Palantir
• Configuration management for distributed systems (using GitHub and cfg4j) at Flickr
• Seagull: Distributed system that helps running > 20 million tests per day at Yelp
• Cloud Bouncer: Distributed Rate Limiting at Yahoo
• Scalable gaming patterns on AWS (Sep 2017)
• Building a modern bank backend at Monzo
• Selecting a cloud provider at Etsy
• Architecture of Tripod (Flickr’s Backend)
• How eBay's Shopping Cart used compression techniques to solve network I/O bottlenecks
• Optimizing web servers for high throughput and low latency at Dropbox

Talks

• Talks on Efficiency, Reliability, and Scaling - James Hamilton, Vice President and Distinguished Engineer at AWS
• Building Real Time Infrastructure at Facebook - Jeff Barber and Shie Erlich, Software Engineer at Facebook
• Building Reliable Social Infrastructure for Google - Marc Alvidrez, Senior Manager at Google
• Netflix Guide to Microservices - Josh Evans, Director of Operations Engineering at Netflix
• Achieving Rapid Response Times in Large Online Services - Jeff Dean, Google Senior Fellow
• How We've Scaled Dropbox - Kevin Modzelewski, Back-end Engineer at Dropbox
• Lessons of Scale at Facebook - Bobby Johnson, Director of Engineering at Facebook
• Scaling Instagram Infrastructure - Lisa Guo, Instagram Engineering
• Scaling Twitter Core Infrastructure - Yao Yue, Staff Software Engineer at Twitter
• Scaling Pinterest - Marty Weiner, Pinterest’s founding engineer
• Scaling Spotify Data Infrastructure - Matti (Lepistö) Pehrs, Spotify
• Scaling Uber's Backend by Breaking Everything - Matt Ranney, Chief Systems Architect at Uber
• Scaling Slack - Bing Wei, Software Engineer (Infrastructure) at Slack

Books

• The Art of Scalability
• Designing Data-Intensive Applications
• Web Scalability for Startup Engineers
• Scalability Rules: 50 Principles for Scaling Web Sites
• Chaos Engineering - Building Confidence in System Behavior through Experiments

Special Thanks

• Jonas Bonér, CTO at Lightbend, for the original inspiration

License

This work is licensed under a Creative Commons Attribution 4.0 International License.