🚨 CI/CD как точка входа

Кажется, что пайплайн — это просто автоматизация сборки и деплоя. Но на деле это огромная атакующая поверхность: доступы к репозиториям, ключи для облаков, токены для развёртывания.

Один из наших подписчиков спрашивает:

Какая вообще главная дыра в безопасности CI/CD-пайплайнов? Я слышал, что через них можно уронить всю инфраструктуру.

На наш взгляд, самой частой и критичной дырой остаются секреты и права. Очень часто встречаются жёстко прописанные токены или ключи, которые живут годами, а ещё сервисным аккаунтам зачем-то дают права «бог-режима». В результате одно утекшее значение открывает атакующему все двери.

💬 Как вы думаете, что в пайпах самое небезопасное?

🐸Библиотека devops'a

#dev_null

📡 Конец эпохи диалап

Компания AOL официально прекращает поддержку dial-up — того самого интернета с писком модема и долгим ожиданием соединения.

В 90-е и начале 2000-х это был главный способ выйти в сеть, и многие именно с него начинали знакомство с интернетом.

Dial-up остаётся в прошлом — вместе со звуками соединения и лимитированными тарифами на часы онлайна.

❓А когда вы в последний раз пользовались dial-up интернетом

📎 Источник

🐸Библиотека devops'a

#dev_null

😊 Вопрос или анекдот

Напоминаем, что у нас есть гугл-форма, в которой можно задать вопрос сообществу или поделиться историей или рассмешить админа свежим анекдотом. Анекдоты по теме девопсинга могут попасть в отдельную подборку.

🐸Библиотека devops'a

#dev_null

🧑‍💻 Самая длинная рабочая неделя 2025 года

Эта неделя — 6 рабочих дней подряд. Для большинства это событие, для девопса — обычный вторник.

Для нас разница не особо заметна. On-call работает все семь дней, инциденты не смотрят на календарь, мониторинг не знает про выходные, а деплои случаются когда угодно.

💬 А как вы настроились на эту неделю? У вас будет две пятницы или два понедельника?

🐸 Библиотека devops'a

#dev_null

📢 Навигация по каналу

Чтобы не теряться в потоке постов, собрали удобную навигацию по рубрикам:

#root_prompt — полезные команды, CLI-лайфхаки, однострочники и практические приёмы, которые можно сразу применять в работе

#архитектура_на_салфетке — схемы, диаграммы и инфографика по DevOps, Kubernetes, сетям, CI/CD и облачным технологиям

#разбор_полётов — анализ реальных инцидентов, постмортемов, крупных сбоев и технических кейсов с выводами

#пульс_индустрии — важные новости из мира DevOps, Cloud Native и платформенной инженерии с кратким разбором и контекстом

#арсенал_инженера — инструменты, сервисы, плагины и скрытые возможности Docker, Kubernetes, Git, Terraform, Ansible и других технологий

#локализация — переводы и краткие выжимки свежих зарубежных материалов, исследований и технических статей

#холиварня — опросы, дискуссии и вечные споры инженеров: Vim или VS Code, Kubernetes или Nomad, монолит или микросервисы

#dev_null — вопросы подписчиков, обсуждение рабочих ситуаций и обмен опытом внутри сообщества

#задача_со_звёздочкой — задачи с собеседований, практические кейсы и инженерные головоломки

#дайджест_недели — главные публикации канала, полезные ссылки и материалы за неделю в одном посте

#пятничный_деплой — мемы, юмор, забавные скриншоты и истории из жизни DevOps-инженеров

🔈 Используйте рубрики для быстрого поиска материалов и оставайтесь в курсе всего, что происходит в мире DevOps.

🐸 Библиотека devops'a

Как вы объясняете, зачем обновлять Kubernetes, если «и так всё работает» ❓

Kubernetes 1.33 уже вышел из поддержки. Но задача на обновление нередко встречает вопрос:

«Зачем? Всё же работает».

Какие аргументы помогают убедить стейкхолдеров?

🈂️ Безопасность. После EOL исправления новых уязвимостей для этой версии больше не выходят.

🈂️ Технический долг. Чем дольше откладывать обновление, тем сложнее и дороже будет миграция.

🈂️ Совместимость. Новые версии операторов, Helm-чартов и других компонентов постепенно перестают поддерживать старые релизы Kubernetes.

🈂️ Compliance. Для многих компаний использование неподдерживаемого ПО — дополнительный риск при аудитах.

💬 А какие аргументы работают у вас? Поделитесь в комментариях.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#dev_null

❓ Вопрос от подписчика: стоит ли сейчас переходить с Terraform на OpenTofu

Получили вопрос:

«Мы используем Terraform 1.5, S3 backend, без Terraform Cloud и HCP. Есть ли смысл переходить на OpenTofu?»

Что предлагает OpenTofu уже сегодня:

🔹 нативное шифрование state и plan-файлов;
🔹 dynamic prevent_destroy через переменные (с версии 1.12);
🔹 for_each для конфигурации провайдеров;
🔹 более быстрый цикл релизов и регулярное появление новых возможностей.

Когда с миграцией лучше не спешить:

— используете Terraform Stacks;
— есть зависимость от Terraform Cloud/HCP;
— существуют корпоративные требования или vendor-контракты, связанные с HashiCorp.

Если вы работаете с обычным S3 backend и не завязаны на Terraform-специфичные возможности, OpenTofu уже выглядит зрелой альтернативой. Но решение зависит от вашей инфраструктуры и используемых функций.

💬 А что выбрали вы?

❤️ — Уже перешли на OpenTofu
😁 — Пока остаёмся на Terraform
👍 — Планируем миграцию

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#dev_null

💬 Как вы храните Helm values для нескольких окружений?

Когда появляется dev, staging, prod и ещё пара регионов, структура values.yaml быстро перестаёт быть очевидной.

Самые популярные варианты:

— отдельные values-*.yaml;
— umbrella chart;
— Helmfile.

У каждого подхода есть свои плюсы и ограничения.

А что используете вы ❔

🔥 — Отдельные values-файлы
😁 — Helmfile
👍 — Umbrella chart
👾 — GitOps (Argo CD / Flux)

❤️ — Другое (расскажите в комментариях)

P.S. Независимо от выбранного подхода, не храните секреты в открытых values.yaml и не используйте latest в production.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека devops'a

#dev_null