Проверьте сами: стенды отвечают вживую

Одно приложение проходит весь путь: база и запросы, образ, Compose, Kubernetes, конвейер с тестами и автоматическим откатом, Terraform для AWS, метрики и журналы.

• Десять SQL-запросов, у каждого сохранён план выполнения и разбор индексов
• Скрипты слежения за ресурсами и проверки сроков сертификатов
• Образ на Alpine: 91 МБ при пороге 200 МБ, процесс не от root
• Docker Compose из четырёх сервисов, наружу открыт только Nginx
• Kubernetes: том 10 ГиБ под базу, Ingress, HPA от 2 до 5 реплик
• Конвейер: flake8, сборка, pytest с настоящими базой и Redis, покрытие 99%, выкат в кластер
• Автоматический откат: нездоровая версия возвращена сама, сайт ответил на 94 запроса из 94
• HPA под нагрузкой поднял число реплик с 2 до 5 за минуту
• Terraform: модули VPC, EKS, RDS и ECR проходят validate
• Prometheus, Grafana, Loki и Promtail в кластере

Оговорка. Terraform только проверен командой validate — учётной записи AWS для задания нет. Уведомления в Slack не отправлялись: адрес канала не задан.

• PostgreSQL
• Redis
• Flask
• Docker Compose
• Kubernetes
• HPA
• GitLab CI
• Terraform
• Prometheus
• Grafana
• Loki

Репозиторий: infrastructure/devops-test — вход по приглашению

Маленькое приложение, вокруг которого собрано всё остальное: свой реестр образов, роль Ansible, кластер k3d, конвейер, мониторинг и разбор двух сбоев.

• Стенд поднимается с нуля одной командой и сам проверяет созданную ссылку
• Данные переживают остановку стека и удаление пода базы
• Роль Ansible готовит фронтовые узлы; повторный прогон ничего не меняет
• Обновление без потерь: 350 запросов из 350 во время выката
• Сбой с остановленной базой замечен по оповещению Prometheus за 1 мин 41 с
• Сбой с заниженным лимитом памяти: сервис продолжал отвечать, причина найдена по описанию пода

Оговорка. Проект собран за один день, а не за четыре учебные недели: недельных отчётов нет.

• Python
• PostgreSQL
• Docker Compose
• registry
• Ansible
• Vault
• k3d
• Kustomize
• Prometheus
• Grafana

Репозиторий: infrastructure/shortlink — вход по приглашению

Свой образ Nginx работает сервисом в три реплики за overlay-сетью на трёх узлах. Серверы готовит и кластер собирает один плейбук Ansible.

• Плейбук ставит Docker, настраивает firewall, собирает кластер и разворачивает сервис
• Порты кластера открыты только соседним узлам
• Отказ контейнера: Swarm вернул третью реплику за 17 секунд, сайт отвечал всё время
• Отказ worker: задачи переехали на оставшиеся узлы за 25–30 секунд, сайт отвечал всё время
• Три узла: manager и два worker, по одной реплике на каждом

Оговорка. Второй worker — виртуальная машина на сервере manager, а не отдельный сервер: отказ этого сервера уносит сразу два узла из трёх.

• Docker Swarm
• Ansible
• overlay
• ufw
• Nginx

Репозиторий: infrastructure/swarm-mini-project — вход по приглашению

Nginx в три реплики за Ingress, настройки из ConfigMap, обязательный секрет, Redis в StatefulSet с томом и две роли с разными правами.

• Значения из ConfigMap видны на странице и в заголовках ответа
• Без секрета под не запускается
• Данные Redis переживают пересоздание пода
• Роль viewer только читает, operator управляет Deployment; секреты закрыты обеим

• Deployment
• ClusterIP
• Ingress
• ConfigMap
• Secret
• PVC
• StatefulSet
• RBAC

Репозиторий: infrastructure/company-portal — вход по приглашению

Собственный образ Nginx, PostgreSQL в StatefulSet с паролем из секрета, роли student-viewer и student-deployer. Всё разворачивает один плейбук.

• Образ собирает конвейер GitLab и кладёт в реестр контура
• Один плейбук разворачивает всё; повторный запуск ничего не меняет
• Пароль базы создаётся при первом запуске и не попадает ни в Git, ни в журнал
• Данные PostgreSQL переживают пересоздание пода

• Dockerfile
• GitLab CI
• Ansible
• Deployment
• Ingress
• Secret
• PVC
• StatefulSet
• RBAC

Репозиторий: infrastructure/k8s-final-project — вход по приглашению