Почему SRE надо знать всякое: прод стоит на структурах данных
Привет, %username%! Тут у меня возникла мысль, что структуры данных и алгоритмы для SRE — это не столько про LeetCode и собеседования, сколько про понимание того, почему наш любимый прод внезапно начинает тормозить или вообще отваливается.
Ведь если задуматься, мы каждый день эксплуатируем хеш-таблицы, деревья, списки и прочие алгоритмические конструкции. Просто называем их conntrack, iptables, PostgreSQL, Redis или Prometheus.
Решил покопаться в этой теме и написал довольно большой материал о том, почему инженеру эксплуатации полезно понимать, что происходит под капотом привычных инструментов.
Что получилось разобрать:
- Как структуры данных влияют на производительность Linux, Kubernetes, баз данных и мониторинга;
- Почему сложность алгоритмов — это вопрос не только разработки, но и capacity planning;
- Как ошибки в алгоритмах приводили к реальным инцидентам у Stack Overflow, Cloudflare и даже GTA Online;
- Зачем нужны consistent hashing, Bloom Filter, HyperLogLog и где они встречаются в инфраструктуре;
- Как всё это проверить самостоятельно — с воспроизводимой лабораторией, бенчмарками и командами для диагностики.
Главная мысль довольно простая: SRE не обязан уметь писать красно-чёрное дерево с нуля, но понимать, почему система деградирует при росте нагрузки, — очень даже полезный навык.
Получился лонгрид примерно на 32 минуты чтения. С конкретными примерами, замерами и некоторым количеством моего традиционного занудства.
Читать статью: https://jtprog.ru/posts/sre-data-structures/
А теперь интересно послушать тебя: сталкивался ли ты с ситуацией, когда причиной инцидента оказалась не конфигурация или инфраструктура, а алгоритмическая сложность? И насколько глубоко, по-твоему, SRE вообще стоит погружаться в алгоритмы?
Го обсуждать в комментариях!
#SRE #DevOps #Algorithms #DataStructures #Performance #Linux #Kubernetes #PostgreSQL #Observability #Reliability #IncidentManagement
Мишка на сервере — про надёжность, инциденты и инженерную практику
В этом посте были ссылки, но мы их удалили по правилам Сетки
