DevOps Portal | Linux

Тесты на знание Linux и Git 👉Пройдите тест из 10 вопросов, — чтобы проверить себя и понять, насколько вы готовы двигаться дальше в DevOps. А после теста вас ждёт ещё больше ценных материалов и полезной информации для дальнейшего роста 🚀 👉Не откладывайте развитие — переходите по ссылке прямо сейчас и проверьте себя!

Один из ключевых трюков, лежащих в основе Service Mesh — это прозрачный перехват трафика. Такой прокси, как Envoy, можно разместить на сетевом пути между двумя сервисами, даже не давая им понять, что он вообще существует. eBPF — одна из тех "магических" технологий, с помощью которых можно реализовать такой прозрачный перехват трафика. Узнайте, как реализовать перехват исходящего трафика, а заодно прокачать навыки программирования на eBPF, в свежем туториале Теодора Подобника: https://labs.iximiuz.com/tutorials/ebpf-envoy-egress-dc77ccd7 👉 DevOps Portal

Почему важно менять версии Helm Chart? Когда вы пакуете и публикуете Helm chart, именно версия чарта отслеживается репозиториями. Не теги образов. Не версия вашего приложения. Если вы изменили шаблоны, но не увеличили версию чарта: - Репозиторий будет считать это тем же самым релизом. - Ваш CI/CD-пайплайн будет использовать закэшированные артефакты. - Кластер не обнаружит изменений при выполнении upgrade. В итоге всё выглядит так, будто обновилось, но на самом деле ничего не изменилось. Поле appVersion — это всего лишь метаданные о версии вашего приложения. Оно не влияет на упаковку чарта и индексацию в репозитории. Поэтому если вы просто обновили тег образа в values.yaml и забыли увеличить версию чарта, инструменты, которые на неё опираются, не распознают новый релиз. Всегда увеличивайте поле version в Chart.yaml, когда меняете любой файл внутри чарта. Подробный блог: https://devopscube.com/create-helm-chart/ 👉 DevOps Portal

⌨️ Что такое траблшутинг и почему это самый важный навык инженера? Представьте: понедельник, самый разгар рабочего дня. Сервис падает. Пользователи жалуются. Партнёры пишут в чат. В логах — сплошной хаос из ошибок. Вот это и есть момент, когда начинается траблшутинг. 🤔 Что это вообще такое? Траблшутинг — это не просто «на 7 бед — один резет». Это системная детективная работа: ✅ Замечаешь симптом. ✅ Выдвигаешь гипотезы. ✅ Проверяешь их по одной. ✅ Находишь настоящую причину. ✅ Устраняешь с минимальным риском. В Linux у вас всегда есть улики (нагрузка, логи, сетевые соединения, открытые файлы), подозреваемые (процессы, сервисы, конфиги) и инструменты (ps, top, journalctl, tcpdump). Задача — собрать улики так, чтобы они указывали на одного виновника. Главные правила бойцовского клуба: 😤 Не паниковать. Паника — худший советчик. Паника превращает расследование в хаотичное дёрганье за рычаги. Проблема уже произошла — ваши эмоции не ускорят решение. 🧠 Симптом ≠ причина. Копай глубже. Высокий CPU — это не проблема. Медленные запросы — это не диагноз. Это симптомы. Задача траблшутера — выстроить цепочку: от симптома к реальному источнику. 🔍 Работай гипотезами, а не рандомными командами. Не «попробую эту команду, если не поможет — следующую». А: сформулировали → поняли, что должно быть правдой → проверили. Ошибочная гипотеза — не провал, а шаг, который сделал картину чуть яснее. 💡 Каждый шаг должен сужать круг поиска. Каждый шаг должен либо подтверждать гипотезу, либо исключать целый класс причин. Это как идти с фонариком в тёмной комнате — вы не освещаете всё сразу, вы постепенно делаете тьму меньше. Почему это один из самых ценных навыков? Инженер, который умеет системно разбирать инциденты: ✅ Сокращает время простоя — меньше денежных и репутационных потерь. ✅ Меньше зависит от помощи коллег. ✅ Видит точки улучшения: где добавить мониторинг, что автоматизировать. ✅ Прокачивает мышление, применимое далеко за пределами Linux Именно это отличает человека, который выполняет задачи, от человека, которому доверяют сложные системы. Со временем приходит важное ощущение: инцидент — это не катастрофа. Это задача. Иногда сложная, иногда неприятная — но у неё всегда есть причина и решение. Умение это чувствовать — и есть настоящий траблшутинг 😉 👨‍💻 Код в Прод

Пойми, как работает firewall, за 45 секунд 👉 DevOps Portal

Документация iximiuz Labs продолжает улучшаться – добавили новый раздел о том, как пробрасывать наружу HTTP(S)-приложения, запущенные в playground’ах, а также кучу диаграмм, объясняющих локальный и удалённый port forwarding и доступ к playground’ам по SSH. Внутри практические примеры! https://labs.iximiuz.com/docs/playgrounds/expose-http-ports#introduction 👉 DevOps Portal

🐧 Как перестать бояться Linux и начать жить? Знакомая ситуация: теория есть, а с практикой сложности? Тогда у нас для вас подарок от человека, который точно знает, как пройти этот путь без лишнего страха. Разыгрываем 3 технические консультации с Кириллом Казариным – старший менеджер по разработке и эксплуатации (DevOps) и надёжности сайта (SRE) в RingCentral Inc ▶️15+ лет в администрировании ▶️8+ лет в DevOps и SRE На встрече разберем ваши пробелы и составим план развития карьеры. Условия: ▶️Подписаться на канал Слёрм ▶️Нажать «УЧАСТВУЮ» 20 марта бот случайным образом определит победителей. ⚡️Результаты розыгрыша будут опубликованы в канале Слерм

IP-адреса за 6 минут 👉 DevOps Portal

Совет по Linux Vim умеет откатывать изменения по времени, а не только по шагам. Вместо того чтобы жать u много раз, можно использовать:

:earlier 2m

Это откатит буфер к состоянию, в котором он был 2 минуты назад. Очень удобно после массовых правок. Нужно вернуть часть изменений? Можно переместиться вперёд по времени:

:later 30s

Эта команда повторно применит правки, сделанные за последние 30 секунд. Можно представить дерево undo в Vim как временную шкалу, по которой можно перемещаться вперёд и назад. Указывать время необязательно. Если его нет, Vim воспринимает число как количество шагов undo. Например, чтобы откатить последние 3 изменения:

:earlier 3

А затем вернуть одно изменение:

:later 1

Если хочешь превратить свою сессию Vim в машину времени, включи:

:set undofile

Это сохранит историю undo на диск, и ты сможешь откатывать изменения даже после закрытия и повторного открытия файла. 👉 DevOps Portal

📘 На Stepik вышел курс - "Профессия DevOps-инженер" Хотите войти в DevOps или перейти на новый уровень? Этот курс — то, что нужно, чтобы освоить профессию с нуля. • Полный путь от основ до продакшна: Linux, Bash, Git, Docker, Kubernetes, Ansible, Terraform, CI/CD, Prometheus + Grafana • Практика на реальных кейсах: настраиваем серверы, пишем пайплайны, разворачиваем контейнеры, автоматизируем инфраструктуру • Интерактивные задания с автопроверкой — учитесь в браузере, в удобное время • Итоговый pet-project: рабочая инфраструктура, развёрнутая и автоматизированная вашими руками • В стоимость включено: поддержка на протяжении курса, разбор задач и вопросов, рецензирование итогового проекта 🎓 Сертификат по завершении — добавьте в резюме или LinkedIn 🚀 Освойте DevOps с удовольствием. Начните уже сегодня и получите скидку 25%, которая действует 48 часов 👉 Пройти курс на Stepik

Как защититься от зараженных PDF и документов? 🤓 Если вы сомневаетесь в безопасности файла, обратите внимание на тулзу Dangerzone Это утилита конвертирует неблагонадежные PDF, документы и изображения в безопасные PDF файлы, посредством пропуска через две песочницы Dangerzone имеет как Windows версию, так и на Mac и Linux 👉 DevOps Portal

Terraform Actions – фича, которую нужно знать Terraform отлично справляется с CRUD-операциями – созданием, чтением, обновлением и удалением инфраструктуры. Но что насчёт всего, что происходит после того, как инфраструктура уже развернута? Например, вызов Lambda-функции при необходимости. До версии v1.14 приходилось использовать обходные решения – provisioner’ы (local-exec или remote-exec) либо внешние скрипты. С появлением Actions в v1.14 теперь такие операции можно выполнять с помощью нативных action-блоков Terraform, встроенных непосредственно в провайдеры (например, AWS Provider). В этой статье: - что такое Terraform Actions и зачем их добавили - типовые use case’ы и стандартный workflow - практический пример, чтобы посмотреть, как это работает на практике Читать здесь: https://newsletter.devopscube.com/p/terraform-actions-explained Примечание: это новая фича, и поддержка со стороны провайдеров всё ещё постепенно появляется. Например, у AWS сейчас доступно только три actions. 👉 DevOps Portal

Запустил Docker на локалке - все летает. Залил на сервер - посыпались ошибки. Знакомая картина: у тебя на ноуте контейнер стартует, приложение работает, порты открываются. ⁉️А на сервере: — контейнер падает с непонятной ошибкой — файлы не подмонтировались — права доступа вылезают там, где их не ждали И ты сидишь, гуглишь и не понимаешь, что пошло не так. Спойлер: дело не в Docker, а в окружении. Разные версии, переменные, пути. Docker просто честно показывает, что они отличаются. ❇️ Ребята из Merion Academy (того самого YouTube-канала про IT) на бесплатных вводных уроках разбирают Docker с нуля и дают пошаговый роадмап по профессии DevOps инженера - что нужно изучить, чтобы не метаться между сотней инструментов. ➡️ Запишись на бесплатные вводные уроки Чтобы код работал одинаково везде - не только на твоем ноуте, но и на сервере, и в проде.

Если ты регулярно работаешь с Kubernetes, без kubectl никуда. В статье – компактный референс по ключевым командам: поды, деплои, сервисы, секреты и дебаг. Есть всё базовое: переключение контекстов, scaling, rollout’ы, resource limits и типовые кейсы отладки (краш подов, недоступные сервисы). Удобная шпаргалка, когда нужен быстрый ответ прямо в кластере. https://dev.to/code_cursor/kubernetes-cheat-sheet-essential-kubectl-commands-for-developers-43mn 👉 DevOps Portal

Архитектура Kubernetes Kubelet – объяснение простыми словами Эта схема показывает, что на самом деле происходит внутри Kubernetes Node. Поток:

1️⃣ API Server → Отправляет PodSpec (желаемое состояние) 2️⃣ Главный цикл Kubelet (Kubelet Main Loop) → Непрерывно сверяет и приводит в соответствие желаемое и фактическое состояние 3️⃣ Pod Workers (параллельно) → Независимо обрабатывают жизненный цикл каждого пода 4️⃣ Слой CRI → Kubelet → CRI → Container Runtime (containerd / CRI-O) 5️⃣ Image Manager → Пуллит образы и выполняет их garbage collection (очистку/удаление неиспользуемых) 6️⃣ Volume Manager → Монтирует / размонтирует тома 7️⃣ PLEG → Отслеживает изменения состояния контейнеров 8️⃣ Status Manager → Отправляет статус пода обратно в API Server (IP, Phase, Conditions)

Ключевая идея: Kubelet – это reconciliation-движок. Он постоянно гарантирует: Desired State = Actual State Именно за счёт этого Kubernetes обеспечивает self-healing (самовосстановление кластера). 👉 DevOps Portal

Как развернуть приватную большую языковую модель в Kubernetes Selectel приглашает на вебинар, где покажут полный процесс развертывания модели — от подготовки инфраструктуры до создания интерфейса и настройки мониторинга. 📅 12 марта, 12:00 📍 Онлайн 👥Для инженеров DevOps, специалистов по эксплуатации и архитекторов ИТ-инфраструктуры. 👉Смотрите полную программу и регистрируйтесь: https://slc.tl/fzx34 Чтобы не пропустить вебинар и узнавать о других событиях и бесплатных курсах Selectel, подписывайтесь на @selectel_events Реклама. АО "Селектел". erid:2W5zFGsvFnH

Пойми Rate Limiting за 40 секунд 👉 DevOps Portal

Сборка Docker-образов — от Zero до Hero 🐳 Подготовил подборку практических заданий: начинаем с написания самого первого Dockerfile и постепенно доходим до использования multi-stage сборок для создания более оптимизированных образов.

Напишите свой первый Dockerfile https://labs.iximiuz.com/challenges/docker-write-first-dockerfile Напишите Dockerfile для простого веб-серверного приложения https://labs.iximiuz.com/challenges/docker-write-simple-dockerfile Напишите Dockerfile, исключающий dev-зависимости из production-образа https://labs.iximiuz.com/challenges/docker-write-dockerfile-with-no-dev-dependencies Напишите Dockerfile для приложения с системными зависимостями https://labs.iximiuz.com/challenges/docker-write-dockerfile-with-system-dependencies Сборка и компиляция приложений внутри Dockerfile https://labs.iximiuz.com/challenges/docker-build-and-compile-in-dockerfile Сборка и инспекция container image с помощью Docker https://labs.iximiuz.com/challenges/docker-build-and-inspect-image Оптимизация container-образов с использованием multi-stage сборок https://labs.iximiuz.com/challenges/docker-build-and-compile-in-multi-stage-dockerfile

Приятной сборки! ✌️ 👉 DevOps Portal

😒 Подборка каналов по информационной безопасности Проверенные каналы по безопасности, которые реально помогают расти. 👍 ZeroDay — Уроки, эксплуатация уязвимостей с нуля 👍 Белый Хакер — Свежие новости из мира ИБ 😎 Бункер Хакера — Статьи, книги, шпаргалки и хакинг 👨‍💻 Серверная Админа — Настройка и уроки по компьютерным сетям 📂 Подписывайся

kubectl-ai выступает как интеллектуальный интерфейс, преобразующий намерения пользователя в точные операции Kubernetes GitHub: kubectl-ai 👉 DevOps Portal