Библиотека девопса | DevOps, SRE, Sysadmin

🥴 Средний разработчик меняет работу каждые 1,5 года И это не потому, что мы такие непостоянные. Просто рынок показывает свое истинное лицо быстрее, чем успевают напечатать визитки. Поэтому мы собираем инсайды от тех, кто находится в окопах digital-трансформации каждый день. От джуниоров, которые только въезжают в профессию, до сеньоров, повидавших всякого. 😳 О чем говорим откровенно: — Job-hopping и что за этим стоит — Red flags, которые мгновенно убивают мотивацию — Реальные источники вакансий (не те, что рекламируют) — Боль от общения с рекрутерами — Сколько этапов отбора — норма, а сколько — издевательство Когда мы объединим опыт сотен IT-специалистов, получится настоящая карта того, как устроена индустрия. Не по версии HR-отделов, а по версии тех, кто пишет код, тестирует продукты и двигает технологии вперед. 🚀 Участвовать в исследовании → https://clc.to/9aaXVg

🐸Библиотека devops'a #развлекалово

🐳 Docker на диете Контейнеры стали стандартом для разработки и деплоя, но часто страдают от избыточного веса. Это влияет на скорость CI/CD, безопасность и стабильность. В карточках кратко и по делу о том, как многоэтапная сборка помогает «похудеть» Docker-образам без потерь в функциональности. ➡️ Подробности в статье 🐸Библиотека devops'a #буст

📹 DevOps: профессия, подход или миф DevOps начинался как набор практик. А потом внезапно стал профессией. Или всё-таки нет? Предлагаем посмотреть видео в формате «Согласен — не согласен» о девопсах и их работе. Программист и девопс спорят о том, кто ответственный за деплой. ➡️ Смотреть видео 🐸Библиотека devops'a #буст

💾 Когда GitOps не справляется GitOps становится всё более популярным для автоматизации развертывания и управления инфраструктурой через Git. Как и с любым новым подходом — возникают вопросы. Недавно один из наших подписчиков поднял интересный вопрос:

GitOps утверждает, что все изменения должны быть в Git, но как быть с настройками и инфраструктурой, которые трудно или невозможно описать в коде?

GitOps идеально работает для инфраструктуры, описанной в коде, но для сложных настроек или ручных конфигураций это может стать проблемой. Несколько способов решения этой проблемы: 1. Используйте инструменты типа Terraform или Ansible для настройки. Они могут работать параллельно с GitOps, обеспечивая гибкость. 2. Для чувствительных данных используйте хранилища секретов, чтобы избежать хранения паролей в Git. 3. Сочетайте GitOps для приложений с традиционными методами для специфических конфигураций. Не обязательно строго придерживаться концепции, если она не позволяет эффективно работать. 💬 Как решаете проблему нестандартных конфигураций? Делитесь своими методами в комментариях 👇 🐸Библиотека devops'a #междусобойчик

k8sGPT — ваш ИИ-ассистент для Kubernetes — CLI-утилита, которая помогает диагностировать проблемы в Kubernetes. Полезна и при онбординге, и в проде: показывает ошибки ресурсов, объясняет, почему они возникли, и предлагает возможные шаги. В видео: - Как работает диагностика  - Сравнение OpenAI и cohere  - Примеры реальных кейсов   Узнайте, как внедрить утилиту в свой workflow →  #реклама О рекламодателе

🫣 Устали от HR-сказок про «дружный коллектив» и «печеньки в офисе»? Давайте честно поговорим о том, что действительно происходит на IT-рынке. Не в розовых презентациях, а в реальной жизни разработчиков, тестировщиков, аналитиков и всех, кто живет кодом. 🧐 Мы проводим исследование, чтобы выяснить: — Как часто мы прыгаем между компаниями (и почему) — Какие красные флаги заставляют бежать без оглядки — Где реально находят работу — Что бесит в HR больше всего — Сколько кругов собеседований — это уже перебор Результаты покажут реальную картину рынка. Без приукрашиваний. Может, компании поймут, что нужно менять, а специалисты — куда двигаться дальше. 😈 Опрос займет 5 минут, но результаты будут работать на всех нас → https://clc.to/9aaXVg

✅ Чек-лист управления секретами от HashiCorp HashiCorp представила чек-лист, который охватывает три основные стадии управления секретами в облачных инфраструктурах: принятие, стандартизация и масштабирование. Каждая стадия разбита на шаги, которые помогут повысить безопасность. — Стадия 1: Принятие На этой стадии организации начинают внедрять централизованное управление секретами, обеспечивая их безопасность и доступность для различных команд. — Стадия 2: Стандартизация Здесь акцент на автоматизацию процессов управления секретами, интеграцию с CI/CD пайплайнами и обеспечение безопасности во всех средах. — Стадия 3: Масштабирование Организации масштабируют свои процессы управления секретами, обеспечивая высокую доступность, безопасность на новых платформах и защиту данных на всех уровнях. ➡️ Подробный чек-лист в блоге компании 🐸Библиотека devops'a #буст

🐸Библиотека devops'a #развлекалово

🧑‍💻 Команда дня: поиск ролей по платформе С помощью Ansible Galaxy можно искать роли с фильтрацией по платформе и тэгам. Чтобы найти роль, которая точно работает под Debian нужно использовать команду;

ansible-galaxy search nginx --platforms "Debian"

Помимо платформы можно искать по тэгам или по автору роли. 🐸Библиотека devops'a #буст

🔒 Ключевые аспекты безопасности API Безопасность API — не только задача разработчиков, но и важный элемент инфраструктуры и операционной поддержки. В карточках собрали главные моменты, которые помогут вам выстроить надёжную защиту API на уровне сети, конфигураций и мониторинга. ➡️ Изучите статью и примените проверенные методы в своих пайплайнах и окружениях 🐸Библиотека devops'a

📖 Как не дублировать плейбуки в Ansible Роли — это как готовые наборы LEGO для вашей инфраструктуры. Вместо того чтобы писать однообразный код заново, вы собираете инфраструктуру из модулей. Сейчас покажем как это сделать. 1. Подготовка структуры роли Для создания роли можно самостоятельно подготовить набор директорий:

myrole/
├── tasks/           # Основные задачи (playbook внутри роли)
│   └── main.yml     # Точка входа задач
├── handlers/        # Обработчики — команды, которые срабатывают при изменениях
│   └── main.yml
├── files/           # Статические файлы для копирования на целевые хосты
├── templates/       # Jinja2-шаблоны — конфиги с переменными
├── defaults/        # Значения переменных по умолчанию (низший приоритет)
│   └── main.yml
├── vars/            # Переменные с более высоким приоритетом
│   └── main.yml
├── meta/            # Метаинформация о роли, в том числе зависимости от других ролей
│   └── main.yml
├── library/         # Пользовательские модули (если нужны)
├── tests/           # Плейбуки и окружение для тестирования роли
└── README.md        # Документация по роли — зачем, как использовать

Но для этого есть лайфхак — команда ansible-galaxy init myrole. С помощью неё можно создать всю структуру без единого mkdir. 2. Пишем задачи Роль в Ansbile это по сути отдельный плейбук. Внутри tasks/main.yml мы опишем свои таски, которые он должен выполнять. Пример: установим htop и создадим файл приветствия.

- name: Устанавливаем htop
  apt:
    name: htop
    state: present
  become: yes

- name: Создаём файл приветствия
  copy:
    dest: /tmp/welcome.txt
    content: "Hello from Ansible role!"

3. Подключим роль в плейбуке В основной плейбук нужно добавить нашу роль:

- hosts: all
  become: yes
  roles:
    - myrole

4. Всё готово к запуску. Остаётся только воспользоваться командой:

ansible-playbook -i inventory.ini site.yml

В Ansible Galaxy есть коллекция ролей, написанных сообществом. От самых простых до ролей, которые используются в крупных компаниях. ➡️ Посмотреть роли сообщества 🐸Библиотека devops'a #буст

📖 Как не дублировать плейбуки в Ansible Роли — это как готовые наборы LEGO для вашей инфраструктуры. Вместо того чтобы писать однообразный код заново, вы собираете инфраструктуру из модулей. Сейчас покажем как это сделать. 1. Подготовка структуры роли Для создания роли можно самостоятельно подготовить набор директорий:

🍴 Топ-вакансий для девопсов за неделю DevOps инженер — Гибрид (Москва, Санкт-Петербург) DevOps-инженер — до 220 000 ₽, Офис (Москва) DevOps Engineer — до 200 000 ₽, Гибрид (Москва) DevOps-инженер (ML-сервисы) — до 490 000 ₽, Гибрид (Москва, Санкт-Петербург) Middle DevOps/SRE-инженер — Офис (Москва) Бустер — Самая удалённая удалёнка ➡️ Еще больше вакансий — в нашем канале Вакансии по DevOps & SRE

📰 Дайджест прошедших дней Не помните что было вчера? Попробуйте освежить в памяти прошедшую неделю с нашей подборкой материалов. — Cвежие патчи для Linux-дистрибутивов Вышли обновления безопасности для дистрибутивов AlmaLinux, Debian, Fedora, Red Hat, SUSE и Ubuntu. В перечне — исправления для таких компонентов, как .NET, Firefox, systemd, PostgreSQL, ядро Linux и других. — Новый Leadership CODE от Octopus Octopus Deploy представила Leadership CODE — набор принципов, формирующих основу лидерства в условиях масштабирования и распределённой команды. — Semaphore сравнили себя с Jenkins Подробное сравнение Semaphore Community Edition и Jenkins по ключевым аспектам: лицензия, установка, масштабируемость, производительность и сопровождение. Рассматриваются различия в архитектуре, требованиях к инфраструктуре и возможностях автоматизации, что поможет определить наиболее подходящее решение для ваших проектов. — Как защитить API: 6 ключевых аспектов безопасности — Анонсы с Red Hat Summit 2025 🐸Библиотека devops'a #свежак

🚨 Что на самом деле происходит с увольнениями в ИТ Каждый день в чатах разработчиков появляются сообщения «ищу работу», «команду сократили», «проект закрыли». Но никто не говорит о причинах и масштабах катастрофы. Мы запустили большое исследование, чтобы раскрыть правду! 🎯 Что мы выясним: → Реальные причины увольнений → Сколько времени нужно на поиск работы → Самые безумные истории смены работы Понимая реальную ситуацию, мы сможем принимать взвешенные решения о карьере и не попасться на удочку HR-сказок. 👉 Пройдите опрос за 3 минуты и помогите всему сообществу: https://clc.to/yJ5krg

♠️ Гадание на мемах Давайте попробуем предсказать, что готовит нам следующая неделя. Выберите один случайный мем и интерпретируйте его в комментариях👇 Все мемы предоставлены нашим каналом с мемами ➡️ @itmemlib 🐸Библиотека devops'a #междусобойчик

🐸Библиотека devops'a #развлекалово

⏰ Последние 2 дня скидки на курс «AI-агенты для DS-специалистов» Пока большинство дата-сайентистов строят модели и делают аналитику, рынок уже требует специалистов, которые создают автономные системы на базе ИИ-агентов. Для этого мы подготовили специальный курс и собрали кучу дополнительного контента, который поможет погрузиться в тему еще глубже. Но чтобы получить все плюшки, успевайте до 1 июня. 🎁 Что вы получите при оплате курса до 1 июня: — Промокод PROGLIBAIна 10 000 ₽ на курс, чтобы изучать AI-агентов еще выгоднее — Эксклюзивный лонгрид по API и ML от Proglib 💡Что разберем на курсе «AI-агенты для DS-специалистов»: — Реализацию памяти в цепочках langchain — Полный пайплайн RAG-системы с оценкой качества — Основы мультиагентных систем (MAS) — Протокол MCP и фреймворк FastMCP Промокод также действует на курсы «Математика для Data Science» и «Алгоритмы и структуры данных». 👉 Успейте до 1 июня: https://clc.to/Cttu7A