DevOps на минималках
Открыть в Telegram
Все самое полезное для девопсера в одном канале. 1. Библиотека книг и статей по теме DevOps. 2. Задачи и тесты по DevOps для тренировки и обучения. 3. Вопросы с собеседований по DevOps и ответы на них. по рекламе: @jannytg
Больше2 832
Подписчики
-224 часа
-47 дней
-2930 день
Архив постов
2 832
🔥 Открытый практикум по Claude Code без теории
Ты слышал, что Claude Code — один из лучших инструментов вайб-кодинга в мире. Зашёл попробовать — а там оплата картой, которая из России не проходит. Ограничения, виртуалки, чужие аккаунты, и фоновый страх, что завтра всё отвалится.
CEO университета Зерокодер, Кирилл Пшинник, проведет открытый практикум. Что вы узнаете:
— Доступ к Claude Code из России — как установить, оплатить и настроить. Без блокировок — рабочая схема 2026 года;
— 15 ИИ-агентов одновременно — прямая демонстрация: как выполняются задачи, как работает переключение, контекст проекта;
— Сайт с нуля за 15 минут — прямо на практикуме, от пустой папки до готовой страницы;
— Дашборд и обработка таблиц — аналитика на чистом коде, без сторонних сервисов.
И самое главное – расскажем как получить Claude Code бесплатно.
🎁 Бонус всем участникам: набор лучших навыков для Claude Code, чтобы вы сразу начали работать, без задержек и ограничений.
2 832
😀 Крутая шпаргалка по командам Git на русском
echo "# название" >> README.md - создание файла README.md
git init - инициализация репозитория
git add README.md - добавления файла README.md в проект
git commit -m "first commit" - получает проиндексированный снимок состояния и выполняет его коммит в историю проекта
git remote add origin https://github.com/stanruss/название.git - команда, которой устанавливается подключение к удаленному серверу и git репозиторию, размещающемуся на нем.
git push -u origin master - кзменения отправляются на удаленный сервер
git log --oneline - посмотреть все коммиты.
git checkout . - восстановить все.
git checkout "код коммита" - вернуть до состояния этого коммита.
git checkout master - вернуться в ветку мастер.
Восстановить файлы на локальном компьютере:
git fetch --all
git reset --hard origin/master или git reset --hard origin/<название_ветки>
git add text.txt - Добавить файл в репозиторий
git rm text.txt - Удалить файл
git status - Текущее состояние репозитория (изменения, неразрешенные конфликты и тп)
git commit -a -m "Commit description" - Сделать коммит
git push origin - Замерджить все ветки локального репозитория на удаленный репозиторий
git push origin master - Аналогично предыдущему, но делается пуш только ветки master
git push origin HEAD - Запушить текущую ветку, не вводя целиком ее название
git pull origin - Замерджить все ветки с удаленного репозитория
git pull origin master - Аналогично предыдущему, но накатывается только ветка master
git pull origin HEAD - Накатить текущую ветку, не вводя ее длинное имя
git fetch origin - Скачать все ветки с origin, но не мерджить их в локальный репозиторий
git fetch origin master - Аналогично предыдущему, но только для одной заданной ветки
git checkout -b some_branch origin/some_branch - Начать работать с веткой some_branch (уже существующей)
git branch some_branch - Создать новый бранч (ответвится от текущего)
git checkout some_branch - Переключиться на другую ветку (из тех, с которыми уже работаем)
git branch # звездочкой отмечена текущая ветвь - Получаем список веток, с которыми работаем
git branch -a # | grep something - Просмотреть все существующие ветви
git merge some_branch - Замерджить some_branch в текущую ветку
git branch -d some_branch - Удалить бранч (после мерджа)
git branch -D some_branch - Просто удалить бранч (тупиковая ветвь)
git show d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Изменения, сделанные в заданном коммите
git push origin :branch-name - Удалить бранч из репозитория на сервере
git reset --hard d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Откатиться к конкретному коммиту и удалить последующие (хэш смотрим в «git log»)
git push -f - Залить на сервер измененные коммиты
git clean -f - Удаление untracked files
👉 DevOps на минималках2 832
✏️ Шпаргалка по звёздочкам
Нашли для вас полезную шпаргалку по составлению cron-выражений.
💾 Сохраняйте себе, чтобы не потерять
DevOps на минималка
2 832
👩💻 ИИ-ассистенты уже умеют писать код, предлагать исправления и ускорять разработку.
Но в реальных проектах вайб-кодинг часто заканчивается нестабильным результатом, неожиданными ошибками и хаосом в промптах.
На открытом уроке:
разберём, почему красивые демонстрации не всегда работают в production-задачах и как перейти от случайного использования ИИ к системному подходу
поговорим о типичных ошибках при работе с ИИ-ассистентами, разберём практики, которые помогают получать предсказуемый результат
покажем, как использовать шаблоны и подходы, применимые в реальной разработке
разберём живую демонстрацию на open-source проекте
После занятия вы поймёте, как выстраивать управляемую работу с ИИ-инструментами, где находятся риски и как переносить рабочие подходы в свои проекты.
🗓 Открытый урок пройдёт 16 июня в 20:00 МСК в преддверии старта курса «ИИ для разработчиков».
Подробности и регистрация: https://clck.ru/3Twfd3
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
2 832
3 вакансии для DevOps
1️⃣DevOps-инженер · Junior · от 150,000 ₽
2️⃣ DevOps-инженер · worldwide · 300,000 – 400,000 ₽
3️⃣DevOps Engineer (Junior+/Middle) · удаленка по РФ · 150,000 – 180,000 ₽
✈️ Talanto | #вакансии
2 832
Что выведет этот GitHub Actions workflow?
name: Test Job
on:
workflow_dispatch:
jobs:
test:
runs-on: ubuntu-latest
steps:
- name: Set var
run: echo "RESULT=ok" >> $GITHUB_ENV
- name: Check var
run: |
if [ "$RESULT" == "ok" ]; then
echo "Success";
else
echo "Fail";
fi
👾 — Success
👍 — Fail
🥰 — Ошибка выполнения скрипта
⚡ — Переменная не найдена, но пайплайн не упадет
2 832
Kubernetes в продакшене: от CI/CD до безопасности и отказоустойчивости
Курс по Kubernetes: автоматизируйте инфраструктуру и подготовьтесь к CKA/CKAD
➡️ ПРОЙТИ ТЕСТ: https://clck.ru/3SGcDG
Курс «Инфраструктурная платформа на основе Kubernetes» научит проектировать и запускать платформы для цифровых продуктов: IaC, механизмы K8s, экосистему инструментов и эксплуатацию кластеров. Программа от Express 42 ориентирована на практику и подходит техлидам, архитекторам ПО, разработчикам, DevOps и администраторам.
📌Практическое обучение проводится в прямом эфире — вебинары не являются предзаписанными.
🎁 Закрываем набор до 8.03.2026 в группу февраля со скидкой 🔤 . Подробности у менеджера.
Бонус — курс в записи на выбор:
- Elastic/OpenSearch Advanced
- Углубленное изучение языка Java
- GitOps
Реклама. ООО «Отус онлайн-образование», ОГРН 11777466185762 832
Operations Anti-patterns,
DevOps Solutions
Автор: Jeffery D. Smith
Год издания: 2020
#devops #en
Скачать книгу
2 832
Сисадмин, готов к DDoS‑атаке не только технически, но и тактически?
⚠️ DDoS — это не только про трафик и фильтры. В первые минуты атаки CISO принимает решения, которые определяют:
- длительность простоя;
- финансовые потери по SLA;
- репутацию компании.
А от твоей слаженной работы с SOC, сетями и CISO зависит скорость восстановления.
19 февраля в 20:00 МСК — открытый урок с разбором реального сценария DDoS‑атаки:
✔️ Таймлайн IR: от triage и эскалации до чёткого распределения ролей.
✔️ Управленческие дилеммы: изолировать всё или рискнуть ради доступности? Критерии выбора.
✔️ Моделирование атаки, фиксация решений и контроль эффекта.
✔️ Постмортем и коммуникация с бизнесом: как говорить на одном языке.
✔️ Поймёшь, как работает система в целом и как твоя роль в ней критически важна.
🎯 Перед стартом курса «CISO / Директор по информационной безопасности»
Регистрация: https://clck.ru/3RroFY
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
2 832
🔧 Разминка для DevOps-инженера
Без подвохов: шесть простых слов, знакомых каждому, кто хоть немного работает с CI/CD и автоматизацией.
1. Инструмент для автоматизации сборки и деплоя.
2. Инфраструктура как код от HashiCorp.
3. Система контроля версий.
4. Автоматизация настройки серверов через YAML.
5. Менеджер пакетов для macOS.
6. Операционная система, основа для большинства серверов.
💬 Пишите ответы под спойлер в комментарии 👇
DevOps на минималка
2 832
Это ваше приглашение на Deckhouse User Community meetup #4
Кому: инженерам, которые работают с Kubernetes
Когда: 26 февраля
Где: Москва, офлайн
На митапе узнаете о запуске Kubernetes поверх любых операционных систем, о реальном опыте эксплуатации платформы в одиночку, о домашней виртуализации на бюджетном железе и о практичном подходе к безопасности.
Киллер-фича события — интерактивная зона «Попробуй сам» с развёрнутым кластером Deckhouse Kubernetes Platform Community Edition. Протестируйте платформу своими руками, а инженеры Deckhouse помогут разобраться.
Регистрация
2 832
Топ 7 книг по Linux.
Скачивайте и читайте.
Хакинг на Linux
Автор: Колисниченко Д. Н.
Kali Linux Penetration Testing Bible
Автор: Gus Khawaja
Efficient Linux at the Command Line
Автор: Daniel J. Barrett
Penetration Testing with Kali Linux 2.0
Mastering Kali Linux for Advanced Penetration Testing
Автор: Vijay Kumar Velu
Linux Bible from Scratch
Автор: Christopher Negus
How Linux Works
Автор: Brian Ward
#linux #подборка
2 832
👩💻 Kubernetes отлично масштабируется, а вот управление командами внутри одного кластера — не всегда.
Кластеры множатся, YAML копируется, RBAC усложняется, а счета за инфраструктуру растут быстрее, чем нагрузка.
💻 На открытом уроке OTUS:
- разберём Kubernetes Multi-Tenancy и практические способы изоляции команд в одном кластере
- покажем весь спектр решений — от namespace до виртуальных кластеров.
- на реальных примерах разберём Capsule и vCluster, их архитектуру, возможности и ограничения.
Вы узнаете:
- как дать командам автономию без потери контроля: собственные CRD, операторы, версии Kubernetes — и при этом централизованно управлять квотами, RBAC и сетевыми политиками.
- разберём безопасность tenant’ов, Network Policies и Pod Security Standards.
- отдельно покажем, где Capsule подходит лучше, а где разумнее использовать vCluster.
⌨️Урок будет полезен platform- и DevOps-инженерам, тимлидам и всем, кто отвечает за масштабируемую Kubernetes-платформу.
📍Встречаемся 4 февраля в 20:00 МСК в преддверии старта курса «Highload Architect».
Регистрация открыта: https://clck.ru/3RbAiy
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
2 832
👩💻Kubernetes отлично масштабируется, а вот управление командами внутри одного кластера — не всегда.
Кластеры множатся, YAML копируется, RBAC усложняется, а счета за инфраструктуру растут быстрее, чем нагрузка.
💻 На открытом уроке OTUS:
- разберём Kubernetes Multi-Tenancy и практические способы изоляции команд в одном кластере
- покажем весь спектр решений — от namespace до виртуальных кластеров.
- на реальных примерах разберём Capsule и vCluster, их архитектуру, возможности и ограничения.
Вы узнаете:
- как дать командам автономию без потери контроля: собственные CRD, операторы, версии Kubernetes — и при этом централизованно управлять квотами, RBAC и сетевыми политиками.
- разберём безопасность tenant’ов, Network Policies и Pod Security Standards.
- отдельно покажем, где Capsule подходит лучше, а где разумнее использовать vCluster.
⌨️Урок будет полезен platform- и DevOps-инженерам, тимлидам и всем, кто отвечает за масштабируемую Kubernetes-платформу.
📍Встречаемся 4 февраля в 20:00 МСК в преддверии старта курса «Highload Architect».
Регистрация открыта: https://clck.ru/3RbAiy
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
2 832
⚙️ CI/CD часто выглядит как набор разрозненных скриптов.
Но платформа — это не пайплайн, а пайплайн — не YAML.
На открытом уроке вы за один раз пройдёте весь путь: от выбора платформы до работающего CI/CD-конвейера.
Покажем, как за 100 секунд получить первый результат, а затем разберём, из каких решений он состоит и почему это именно так.
⌨️ Вы увидите, как проектировать CI/CD системно:
- создание пайплайнов
- тестирование
- деплой
- обработка ошибок
- обновления без простоев
- масштабирование
Разберём типовые архитектурные подходы и ошибки, которые мешают превратить CI/CD в устойчивую часть инфраструктуры.
💛Встречаемся 29 января в 20:00 МСК в преддверии старта курса «Инфраструктурная платформа на основе Kubernetes».
➡️ Регистрация открыта: https://clck.ru/3RVuVJ
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
2 832
🐋 Docker-совет: используйте `HEALTHCHECK` не только для статуса, но и как скрытый «авто-рестарт триггер» для сложных сервисов.
Фишка:
HEALTHCHECK может выполнять скрипт, который проверяет не только, жив ли процесс, но и корректно ли работает ваш сервис (доступ к БД, состояние очередей, ответ API, время отклика и т.п.).
Если HEALTHCHECK начинает возвращать EXIT 1, Docker помечает контейнер как unhealthy.
А если контейнер запущен через --restart=always или в оркестраторе - он автоматически пересоздаётся как при аварии.
Пример:
HEALTHCHECK может «ловить» зависшие соединения, мёртвые воркеры или блокировки, которые сам процесс не считает фатальными — но которые ломают приложение.
Мини-пример:
HEALTHCHECK --interval=30s --timeout=5s
CMD curl -f http://localhost:8080/health || exit 1
Зачем это нужно:
- Автоматически перезапускает контейнер при внутренних зависаниях, а не только при краше.
- Позволяет держать сервисы «самоочищающимися».
- Часто заменяет костыльные cron-перезапуски.
Обычно HEALTHCHECK используют просто «чтобы было», но при правильной настройке это мощный инструмент самовосстановления.
Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
