7 GitHub-репозиториев, на которых реально учат DevOps

Собрали подборку репозиториев, которые полезны не потому, что в трендах, а потому, что показывают, как устроена настоящая инфраструктура. Берёте один, собираете на нём что-то своё и читаете код.

Kubernetes examples. Официальные примеры манифестов и приложений под k8s, на которых удобно разбираться, как это всё описывается на практике.
https://github.com/kubernetes/examples

Awesome DevOps. Большой каталог инструментов и материалов по всей теме сразу, от CI/CD до мониторинга. Хорошая точка входа, когда не знаешь, с чего начать.
https://github.com/awesome-foss/awesome-devops

Terraform AWS modules. Готовые проверенные модули под AWS. Отличный образец того, как писать переиспользуемый и аккуратный Terraform-код.
https://github.com/terraform-aws-modules/terraform-aws-modules

Prometheus. Исходники самой популярной системы мониторинга. Если хотите понять метрики и алертинг не на уровне дашбордов, а изнутри, это сюда.
https://github.com/prometheus/prometheus

Argo CD. GitOps-деплой в Kubernetes: состояние кластера описывается в git, а Argo приводит кластер к нему. Must-have для понимания современного CD.
https://github.com/argoproj/argo-cd

Kubernetes the Hard Way. Легендарный гайд Келси Хайтауэра: кластер поднимается полностью вручную, без скриптов и автоматики. Больно, но после него k8s перестаёт быть магией.
https://github.com/kelseyhightower/kubernetes-the-hard-way

The System Design Primer. Не совсем про DevOps, но без системного дизайна дальше джуна не уехать. Масштабирование, кеши, очереди, базы, всё с примерами.
https://github.com/donnemartin/system-design-primer

Главный совет из подборки простой: не коллекционируйте звёздочки, а выберите один репозиторий, постройте на нём что-то рабочее и вчитайтесь в код.

Все простые числа до 8 миллионов — примерно в 1 МБ памяти

Так работает решето Эратосфена с битовым массивом: каждому числу выделяют один бит, который показывает, вычеркнули его или ещё нет.

Начинаем с двойки и отмечаем её кратные: 4, 6, 8… Затем берём тройку: 9, 12, 15… Продолжаем для оставшихся невычеркнутых чисел.

Почему вычёркивание начинается с `i * i`? Все меньшие кратные уже обработаны. Например, для пятёрки числа 10, 15 и 20 вычеркнули на шагах двойки и тройки. Начинать можно с 25.

Для чисел меньше 8 миллионов нужно около 8 миллионов бит = 1 миллион байт. Это память для отметок; отдельный список найденных простых потребует дополнительного места.

Сами отметки делаются битовыми операциями:

- n >> 3 — индекс байта;
- n & 7 — позиция бита внутри него;
- |= — установить бит, пометив число составным.

После прохода неотмеченные числа от 2 — простые.

Алгоритму больше двух тысяч лет, а один из его полезнейших уроков всё тот же: для ответа «да или нет» достаточно одного бита.

Ozon Tech Platform Meetup: про инфраструктуру и архитектуру

30 октября команда Ozon Tech проведёт митап о том, как устроена платформа большого бигтеха и какие инженерные решения помогают её развивать.

В программе:
— архитектура платформы, CI/CD и сетевая инфраструктура;
— сокращение микросервисов и высвобождение 7000+ CPU;
— новый инструмент платформенной аналитики.

Три доклада по 20 минут, а дальше — общение с руководителями платформенных команд Ozon Tech.

Когда: 30 октября, 19:00 мск
Где: Москва, лофт Casa Picassa

Подробности о докладах и регистрация на странице события
Ждут всех, не только Go-разработчиков

В исходниках DOOM нашёлся идеальный комментарий о языках программирования.

В файле doomdef.h прямо перед определением ширины экрана:

// Defines suck.
// C sucks.
// C++ might suck for OOP, but it sure is a better C.
// So there.
#define SCREENWIDTH 320

В переводе:

> Дефайны — отстой.
> C — отстой.
> C++ для ООП, возможно, тоже отстой, но как улучшенный C он точно лучше.
> Вот так.

И сразу после жалобы на дефайны — новый `#define`.

Когда дедлайн сильнее архитектурных убеждений.

https://github.com/id-Software/DOOM/blob/master/linuxdoom-1.10/doomdef.h

YouTube добавит поддержку AV2 в начале 2027 года, Intel готовит SVT-AV2

Альянс Open Media (AOMedia) объявил об успехах продвижения видеокодека AV2, не требующего патентных и лицензионных отчислений, обеспечивающего примерно на 30% большую эффективность сжатия по сравнению с AV1 и поддерживающего расширенные возможности для потокового вещания, отдачи видео по запросу (VOD), применения в видеоконференциях и интерактивных системах. YouTube планирует начать вещание в AV2 в начале 2027 года, первое время только при просмотре через Web. Также отмечается, что по состоянию на март этого года 90% контента в YouTube доступно в формате AV1. Google проводит внутреннее тестирование экспериментальных сборок Chrome с поддержкой AV2, но пока не перенёс изменения в официальные нестабильные сборки. Появление поддержки AV2 в Chrome ожидается до начала вещания в данном формате в YouTube.

Полный текст:
https://opennet.ru/66540/
https://opennet.me/66540/

99 строк C — и у вас работающий интерпретатор Lisp со сборщиком мусора.

Роберт ван Энгелен создал TinyLisp, в котором уместились:

- 21 встроенный примитив;
- лексическая область видимости;
- числа с плавающей точкой двойной точности;
- простой сборщик мусора;
- REPL — вводите выражение и сразу получаете результат.

Компактность достигается за счёт NaN boxing: числа и другие значения упаковываются в одно представление с использованием особенностей формата floating point.

Есть и версия для карманного компьютера Sharp PC-G850VS. Она компилируется прямо на устройстве его встроенным компилятором C и использует BCD boxing.

Самое полезное — вместе с исходниками автор опубликовал подробную статью с разбором реализации и примерами расширения языка. В репозитории также есть более читаемая версия с комментариями и варианты с оптимизацией хвостовых вызовов.

Хороший проект, чтобы разобраться, как устроен интерпретатор: от чтения выражений до вычисления и управления памятью.

https://github.com/Robert-van-Engelen/tinylisp