Одиннадцатый поток DevOps Upgrade стартовал!💥

Впереди 9 месяцев обучения, шесть модулей, огромное количество практики и два больших проекта для портфолио (а ещё — отдельный проект по навыкам Linux и Git).

В июле нас ждет плавный вход в процесс обучения, подготовительные курсы по Linux, Git и Docker (или пробный проект на стенде), тренинги по таймменеджменту и самообучению.

➡️ Присоединиться к потоку можно в течение месяца ⬅️

Поэтому жду всех, кто пропустил анонсы, опоздал, не успел (нужное подчеркнуть). Подключайтесь, чтобы стартануть в DevOps уже следующей весной.

Подробности — на странице курса.

Harbor как инструмент, который точно вам подойдет. Просто registry

Harbor — это open-source решение для управления контейнерными образами (Docker, OCI), разработанное VMware и ставшее проектом CNCF. Для DevOps-инженеров он стал незаменимым инструментом благодаря своей простоте, интеграциям и безопасности. Разберем ключевые преимущества и удобства.

🟢 Преимущества harbor и его основные фичи

➡️ Высокая доступность и производительность:
— Репликация между инстансами Harbor (мультирегиональные кластеры)
— Кэширование прокси для ускорения загрузки образов из Docker Hub
— Поддержка распределенного хранения (S3, Azure Blob, Swift)

➡️ Управление артефактами
— Хранение не только Docker-образов, но и Helm-чартов, OPA-политик, WASM-модулей
— Автоматическая сборка мусора (garbage collection) для оптимизации дискового пространства

➡️ Экономия ресурсов
— Proxy Cache: сокращение трафика за счет кэширования публичных образов
— Immutable Tags: запрет перезаписи тегов для стабильности продакшена

Конечно это не единственное решение для хранение образов контейнеров. Даже тот-же Gitlab позволяет хранить в своем registry. Почему я выбираю его?

🟢 Удобство управления через web UI — для любителей настоящего clickops.

🟢 Интеграция с keycloak который обсуждали на прошлой неделе — еще больше помогает красиво встроить в ваш стек.

🟢 Широкие возможности rest api — можно автоматизировать все действия, а значит только ваша фантазия сможет ограничить вашу автоматизацию.

🟢 Интеграция с ci/cd деплой в k8s работает именно так, как и ожидается: просто поменять один registry на другой. Например, при переходе с gitlab registry. Но можно еще настроить интеграцию с самим gitlab, и тогда он будет его использовать вместо встроенного и даже в интерфейсе будет отображаться.

🟢 self-hosted — когда нужно такое решение, вариантов не так много. Не всегда функции в облачных registry достаточно

🟢 Интеграция с Trivy — решает проблему с необходимостью сканирования уязвимостей, которая с большой вероятностью необходима.

🟢 roxy cache — решает проблему с rate limit на внешние registry. Можно также настроить вместе с gitlab и получить прозрачный способ, когда всегда используется именно proxy, без дополнительных указаний. Так разработчики смогут не задумываться о вероятных проблемах.

А если вы используете еще и хранение helm чартов, можно тоже удобно все хранить в harbor.

Очевидные, но не менее важные функции: квоты по проектам и политика очистки. В сочетании с tag immutability rules позволит сделать хранение и более компактным и безопасным. А если функций не хватает, можно вернуться к возможностям rest api.

Как DevOps-инженеру сэкономить часы работы и избежать ошибок?

Научиться грамотно использовать AI-инструменты и сделать их своими постоянными помощниками. Главное — не сливать gpt конфиденциальную информацию, а то знаю я некоторые кейсы, которые плохо закончились)))

➡️ Как приручить LLM, расскажет Виктор Чаплыгин, Senior Engineer в международном GameDev холдинге. Воркшоп в эту субботу!

Что будет на воркшопе:

Теория: кратко о том, как работают LLM в контексте разработки и эксплуатации. Обзор Cursor IDE — AI-интегрированная IDE с поддержкой кода и терминала.

Практика:

🔹 Настройка Cursor IDE — подготовка среды для продуктивной работы с AI;
🔹 Создание и отладка IaC (Kubernetes YAML, Ansible) с помощью AI-ассистентов: выявление и исправление ошибок;
🔹 Генерация понятной и структурированной документации к проектам с помощью AI;
🔹 Разбор реальных кейсов и работа с командной строкой: исправление, пояснение, улучшение команд и манифестов.

А ещё — личный опыт и лучшие практики применения GPT-ассистентов для повседневных DevOps-задач, от написания инфраструктуры до исправления ошибок и генерации документации.

Когда: в субботу, 5 июля

Узнать подробности и занять место на воркшопе — по ссылке.

Как писать сопроводительные письма?

Хорошее сопроводительное — это не просто формальность, а ваш первый продающий текст перед работодателем. Идеальное CL состоит из трёх частей:

🍀 Саммари — ваш профессиональный трейлер
Коротко, но ёмко: стаж, ключевые технологии, масштаб проектов.

Например:

8+ лет в DevOps/SRE, от маленьких стартапов до enterprise (финтех, e-commerce). Начинал с ручного администрирования серверов, затем перешёл на автоматизацию через Ansible и Terraform. Сейчас фокусируюсь на Kubernetes, observability (Prometheus, Grafana) и CI/CD (GitLab, ArgoCD). Опыт масштабирования инфраструктуры с 10 до 500+ нод, сокращения downtime с 99.9% до 99.99%.

Еще пример:

5 лет в облачных инфраструктурах (AWS, GCP). Специализация — security-first подход: настройка IAM, hardening кластеров k8s, аудит через OpenSCAP. Уменьшил затраты на облако на 30% за счёт оптимизации ресурсов и spot-инстансов.

🍀 Релевантный опыт — хард-скиллы под вакансию
Выбираете 3-4 ключевых пункта из описания работы и показываете, как уже это делали.

Например:

Требование: Опыт с Kubernetes в production
→ Разворачивал и поддерживал k8s-кластеры на 50+ нодах (EKS), настраивал мониторинг через Prometheus-оператор и алерты в Slack. Автоматизировал деплой приложений через Helm + ArgoCD.

Или так:

Требование: Оптимизация CI/CD пайплайнов
→ Сократил время сборки с 20 до 5 минут за счёт кеширования зависимостей и параллельного запуска тестов. Перевёл Jenkins на GitLab CI, что уменьшило затраты на поддержку на 40%.

🍀 Мотивация — почему именно вы?
Здесь нельзя писать шаблоны в духе «ваша компания — лидер рынка». Лучшие варианты:

Продукт

Использую ваше решение для мониторинга в текущем проекте — хочу улучшать его изнутри.

Технологии

Хочу глубже погрузиться в вашу инфраструктуру на Go + Rust, чтобы писать более эффективные утилиты.

Команда

Слежу за блогом CTO про scaling databases — разделяю подход «automate everything».

⭐️ Важно: CL необходимо адаптировать под каждую компанию. Так HR сразу увидит, что вы — не случайный соискатель, а осознанный кандидат, который четко понимает свои скиллы и цели.

#карьера

Соскучились по прямым эфирам?

Если честно, я тоже. Поэтому в четверг, 10 июля мы с Кириллом Борисовым решили снова устроить карьерный лайв и разобрать вакансии — на этот раз на моем канале.

Начало — в 18:00. Кидайте в комменты ссылки на вакансии, которые хотите видеть на разборе ⬇️

Когда надёжность становится дорогой ошибкой?

Или как не допустить избыточной работы SRE (да и DevOps-команды тоже — все мы в одной лодке, в конце концов).

➡️ Завтра в 17:00 мск третий вебинар из серии FinOps

Программа вебинара:

🪩 как гонка за 100% uptime съедает бюджет;
🪩 почему стремление к 100% аптайму может навредить бизнесу;
🪩 как SRE помогает найти баланс между стабильностью и развитием.

Спикер: уже знакомый нам Кирилл Борисов, SRE-инженер в VK.

➡️ Занять место и получить ссылку на вебинар — в боте-помощнике.

➡️ Лайв через 15 минут ⬅️

Подключайтесь!