Plan

Формализация задачи

функциональные требования (что пользователь хочет от системы в виде сценариев, jobs to be done)

нефункциональные требования (главные архитектурные характеристики: sizing, rps)

определить важность и интересность требований, которую разбирать на собесе

Границы системы

выбрать правильный способ интеграции системы: files, DB, API, messaging.

✅ if (API) REST?, RPC?, GraphQL, AsyncAPI

✅ выбрать сети и протоколы (TCP, UDP)

✅ Балансировщики нагрузки (nginx, HAproxy)

обрабатываемые сценарии

NFR questions / aspects:
- DAU / MAU
- кол-во пользователей через 5-10 лет
- кол-во операций пользователем в день
- RPS, сетевой трафик, кол-во соединений
- CPU
- HDD / SSD (only 85% of disk space is available, 3-5% disks are destroyed over the year, do not forget about replication)
- $$$

~ 100_000 sec in a day (86400 accurately)
read 1MB sequentially from network ~ 10ms
read 1MB sequentially from disk ~ 30ms
Google SRE book with calcualtions (recommended to have a look)

TODO
- websocket vs long polling

Потоки данных и компоненты системы

happy path. Read / write path

corner cases (когда части системы отваливаются). Уточнить на собесе что именно т до какой глубины здесь прорабатывать

проговорить логи, мониторинг, миграцию данных

TODO:

stateless / stateful нагрузки (как разделять?)
how to store documents in document oriented dbs
✅ repeat relations in DB ( 1 to many, etc)
K/V, document oriented, column oriented, graph
- по конкретным базам проработать
  - понять гарантии. Какой диапазон нагрузок они потянут. Дрифты часов
✅ ❓DDD
✅ Entity-Relationship diagram
twelve factor app
✅ what is failure domains
как масштабировать stateless/stateful компоненты на чтение, на запись (с использованием оркестраторов, горизонтальное, вертикальное)
- ✅ partitioning vs sharding