Распределение данных: чтение конфига и кода

Отработай цикл, что гоняешь на ревью дизайна или инцидента: найди решение распределения в конфиге или коде, проследи его режим отказа и выбери изменение, которое механизм реально поддерживает.

Сниппет 1 — конфиг репликации

# репликация базы
replication:
  mode: async          # лидер подтверждает до получения записи фолловерами
  followers: 3
  sync_replicas: 0     # ни один не обязан подтвердить
# при отказе лидера: автоповышение самого догнавшего фолловера

Сниппет 2 — ключ партиционирования

# таблица events шардирована; выбери ключ шарда
def shard_for(event):
    return hash(event.created_at_day) % NUM_SHARDS   # шард по дню
# самый горячий запрос: SELECT ... WHERE tenant_id = ? AND created_at_day = ?

Сниппет 3 — функция маршрутизации

# клиент кеша выбирает узел для каждого ключа
def node_for(key, nodes):
    return nodes[hash(key) % len(nodes)]   # nodes — живой автомасштабируемый список

# автоскейлер добавляет/убирает узлы кеша по нагрузке

Сниппет 4 — настройка кворума

# leaderless key-value хранилище
N = 5          # реплик на ключ
W = 2          # узлов должны подтвердить запись
R = 2          # узлов должны ответить на чтение
# требование продукта: чтение всегда должно видеть последнюю подтверждённую запись