DevOps Portal | Linux

⚡️ Новый курс по GitLab CI/CD уже на Stepik! Внутри 50+ уроков: от разбора концепций CI/CD до написания рабочего GitLab CI пайплайна со сборкой, тестами, линтингом, временными отчетами и деплоем нейросети DeepSeek! Материал подаётся простым языком, с пошаговыми инструкциями и реальными примерами. 📝 50+ уроков, реальные примеры, минимум теории. 👨‍💻 80+ учащихся уже записаны на курс. ⭐️ Рейтинг — 5 звёзд на Stepik. 🎁 Для подписчиков канала — промокод CICD15 (скидка 15%). 👉 Открыть курс на Stepik.

Мы все знаем, что у AWS недавно случился даунтайм. Давайте разберём, что именно произошло. Регион US-EAST-1 — один из крупнейших и наиболее критичных дата-центров AWS, где размещена инфраструктура тысяч крупных сайтов и приложений. Когда у DynamoDB, ключевого сервисa баз данных, начали расти ошибки, это вызвало эффект домино по взаимосвязанным системам AWS. Сбои стали массовыми, потому что многие приложения полагаются на DynamoDB для операций хранения и выборки данных. DynamoDB глубоко интегрирован в архитектуру control plane AWS. Многие сервисы AWS используют его внутри для хранения метаданных, информации о состоянии и конфигураций сервисов. Поэтому, когда API-эндпоинт DynamoDB стал недоступен через DNS, зависящие от него сервисы потеряли доступ к критически важным операционным данным. Сбой одновременно затронул более 36 сервисов AWS. Когда упала DNS-резолюция, клиенты просто перестали находить нужные эндпоинты DynamoDB. Это запустило фидбек-луп, похожий на тот, что произошёл во время даунтайма DynamoDB в сентябре 2015 года: каждый повторный запрос потреблял больше ресурсов, вызывал новые таймауты, которые, в свою очередь, генерировали ещё больше ретраев - и так по кругу, пока система не ушла в штопор. AWS, вместо того чтобы ждать, пока найдут и устранят одну конкретную корневую причину, сразу пошёл по нескольким параллельным сценариям восстановления. Основное исправление заключалось в стабилизации инфраструктуры DNS-резолвинга для эндпоинта DynamoDB. Команды инженеров AWS, вероятно: 🔹переконфигурировали или перезапустили DNS-резолверы, обслуживающие DynamoDB 🔹временно перевели трафик на альтернативные пути DNS-резолвинга 🔹применили аварийные настройки DNS-кэширования Этот инцидент отражает взаимозависимость и хрупкость крупномасштабных облачных экосистем, где даже единственная точка отказа в базовом сервисе способна за минуты вызвать каскад проблем в десятках систем. P.S. Это лишь часть деталей и предположений, которые я нашёл в интернете и сформировал на основе собственного понимания. Точные и подробные данные AWS ещё не раскрыл. 👉 DevOps Portal

Совет дня по Linux В Linux оператор конвейера (|) полезен, когда нужно направить вывод одной команды на вход другой для дальнейшей обработки:

$ cat data.txt | grep "No such file"

Однако это не перенаправляет ошибки. Если файл не существует, команда grep не даст результата. Что если нужно перенаправить и обработать как ошибки, так и обычный вывод? Здесь на помощь приходит оператор перенаправления |&. Этот оператор направляет как стандартный вывод (stdout), так и стандартные ошибки (stderr) первой команды через конвейер на стандартный ввод (stdin) второй команды. Посмотрите на следующий пример:

$ cat data.txt |& grep "No such file"

Обратите внимание на разницу: команда grep смогла найти совпадение. Оператор |& в bash является сокращением для оператора перенаправления 2>&1 |:

$ cmd-1  2>&1  |  cmd-2

👉 DevOps Portal

Хочешь в DevOps, но не знаешь, с чего начать? Ты админ, инженер и хочешь перейти в DevOps, но не понимаешь, какие шаги приведут к росту, а не к потере дохода? На бесплатной консультации с тьютором разберём твою ситуацию по полочкам: — определим стартовую точку и реальные цели, — покажем, как выстроить путь к DevOps без отката по зарплате, — составим персональный roadmap с конкретными шагами, — дадим рекомендации по инструментам, форматам обучения и проектам. Консультация — это пинок из зоны комфорта и честный разговор о том, что мешает расти. 💡 Мы поможем увидеть карьерные траектории, которые сложно заметить самому, и выстроить чёткий план действий, чтобы зарабатывать больше и расти быстрее. Запишись на консультацию по ссылке — первый шаг к осознанной карьере в DevOps начинается здесь.

Упрощённое визуальное руководство по CI/CD Непрерывная интеграция (CI) — практика частого слияния изменений кода в общий репозиторий с автоматической проверкой их целостности Непрерывное развёртывание (CD) — автоматизирует релиз и деплой изменений кода в продакшен, обеспечивая отлаженный и надёжный процесс Этот визуальный гайд поможет быстро разобраться, как это работает 👉 DevOps Portal

Быстрый совет по Linux Хочешь повторно использовать последний аргумент из предыдущей команды? Используй !$ Сбережёшь своё драгоценное время ✌️ 👉 DevOps Portal

⚡️ На Stepik вышел курс по Linux Ребята сделали крутейший курс по Linux, где понятным языком, шаг за шагом, на реальных примерах и с наглядными схемами обучают работе с этой ОС Внутри 20+ модулей: от установки Linux и работы с файлами до сетей, прав, дисков, процессов, автоматизации на Bash и многого другого. Всё сразу закрепляется на практике (200+ заданий с автопроверкой). После прохождения вы получите сертификат, который можно добавить в резюме. Есть бесплатные демо-уроки для ознакомления. В ближайшие 48ч курс доступен со скидкой 25% по промокоду «LINUX=25»: открыть курс на Stepik

Знали ли вы, что поды могут становиться «невидимыми»? Проверьте свои знания Kubernetes, попробуйте найти невидимый pod в этом челлендже: https://labs.iximiuz.com/challenges/kubernetes-invisible-pod-0bf2109b Никаких подсказок и решений. Готовьтесь к жёсткой задаче 😈 👉 DevOps Portal

Знал, что в IP-адресах можно опускать нули - и всё равно будет работать? Например: 10.20.0.2 → 10.20.2 10.0.0.68 → 10.68 Оба варианта указывают на один и тот же хост. Маленький, но прикольный трюк, который реально экономит пару нажатий в лабах. 👉 DevOps Portal

Нам ваш заморский AI нафиг не нужон! Сами сделаем свой AI на бесплатном вебинаре «On-prem LLM – свой распределённый AI-кластер за 2 часа». 📍На вебинаре узнаете: 1. как запускать крупные языковые модели без внушительных бюджетов.  2. как организовать эффективный и масштабируемый инференс, не переплачивая за инфраструктуру.  3. как подключить удобный веб-интерфейс (OpenWebUI) и обеспечить безопасность через CDN/WAF.  После вебинара поймете, что выделить домашний кластер под серьёзные AI-задачи — вполне реальная и захватывающая  авантюра. Спикеры: 🔝 Подмосковный Александр, менеджер продукта по направлению ML/AI/GPU в компании «Флант» 🔝 Виталий Лихачев, SRE в крупном нидерландском тревелтехе 📅23 октября в 19:00 Регистрация на вебинар — по ссылке 👈

В этой статье экспериментируют с запуском кластера MariaDB Galera в Kubernetes-лаборатории за $150, собранной на платах Orange Pi. Подробно разбираются установка K3s, деплой MariaDB Kubernetes Operator и настройка resource limits для малых SBC Читайте здесь 👉 DevOps Portal

Маленькая шпаргалка для начинающих линуксоидов Сохраняем и пользуемся ✌️ 👉 DevOps Portal

Внедряйте AI в свои проекты —дешево и без боли с инфраструктурой 🧠 До 31 октября Cloud․ru раздает бесплатный доступ к мощным LLM и AI-моделям в сервисе Evolution Foundation Models.

Что особенно круто: ➡️OpenAI-совместимый API для легкой интеграции в пайплайны ➡️Доступно больше 20 популярных LLM ➡️Модели уже развернуты и готовы к использованию ➡️Простая интеграция в популярные инструменты: Chatbox, VS Code и другие

Успейте попробовать 🖱

10 ошибок Kubernetes, которые нужно знать (и как их исправить) Ошибки в K8s - одна из самых распространённых проблем, с которыми разработчики сталкиваются при запуске ворклоадов в продакшене, что приводит к неудачным деплоям, даунтайму и пустой трате времени на траблшутинг. Читайте здесь 👉 DevOps Portal

Официальным языком DevOps должен быть YAML - Helm использует YAML - GitHub использует YAML - Ansible использует YAML - Argo CD использует YAML - Kubernetes использует YAML - Azure DevOps использует YAML - Docker Compose использует YAML и многие другие… Все продвинутые инструменты, которые ты стремишься изучить и применять, работают на YAML. Так что сначала разберись с ним, вот тебе шпаргалка 👉 DevOps Portal

🚀 Ты — DevOps-инженер, но мониторинг всё ещё вызывает вопросы? Пора разобраться с новым курсом «Мониторинг с Prometheus» на Stepik! От установки и настройки до сбора метрик, PromQL-запросов, алертов и дашбордов в Grafana — всё, что нужно для современного мониторинга. 📝 30+ тем, реальные примеры, минимум воды. 👨‍💻 Уже десятки инженеров учатся на курсе. 🎁 Для подписчиков канала: PROMETHEUS15 — скидка 15%! 👉 Открыть курс на Stepik

Начиная с Kubernetes 1.34.1, интерфейс контейнерного рантайма (CRI-O) по умолчанию требует указания полностью квалифицированных имён образов. При указании образов контейнеров в ваших деплойментах используйте полный путь до реестра. Например: docker.io/nginx вместо просто nginx. Если вы укажете короткое имя образа, которое совпадает с несколькими реестрами, пулл образа завершится ошибкой со следующим сообщением:

Warning  Failed         57m (x12 over 59m)     kubelet  Error: ImageInspectError
Warning  InspectFailed  4m43s (x258 over 59m)  kubelet  Failed to inspect image "": rpc error: code = Unknown

👉 DevOps Portal

Как удаляется Pod: разбор закулисных процессов Когда мы выполняем команду:

kubectl delete pod

появляется сообщение подтверждения, что Pod удалён (если всё прошло успешно):

$ kubectl delete pod techops-pod
pod "techops-pod" deleted

Задумывались, что происходит “под капотом”? Прежде чем разбирать процесс удаления Pod’а, нужно понимать базовые сигналы, которые используются при завершении процессов.

SIGTERM — запрашивает корректное завершение работы. Позволяет приложению завершить активные задачи и выполнить очистку перед остановкой. В Kubernetes при получении SIGTERM Pod получает время, чтобы завершиться “по-человечески”. SIGKILL — принудительно завершает процесс без какой-либо очистки. Если Pod не завершился в отведённое время после SIGTERM, Kubernetes отправляет SIGKILL, чтобы окончательно его убить.

Выше наглядно процесс по шагам, чтобы было понятнее ✌️ 👉 DevOps Portal

📆DevOps-митап с докладами от Altenar и Флант — встречаемся в центре Питера и онлайн вечером 30 октября. Ребята из международного разработчика ПО Altenar расскажут, как устроена их гибридная инфраструктура и: • Сравнят три способа подружить секреты из Vault с Kubernetes, которые опробовали в продакшене, а также рассмотрят альтернативные подходы. • Поделятся, как построили и поддерживают секьюрити-пайплайн на базе SonarQube, Trivy Operator и DefectDojo силами одного инженера. А также представитель Фланта поделится не так часто освещаемым опытом: как подойти к процессу сборки и доставки приложений в закрытые Kubernetes-кластеры. 👉🏻Все что нужно — зарегистрироваться. 📍Участие бесплатное, число мест в зале ограничено. Все зарегистрировавшиеся получат ссылки на трансляции в день мероприятия.

Этот репозиторий содержит более 20 инструментов, которые автоматически генерируют диаграммы архитектуры Kubernetes на основе манифестов, Helm-чартов или состояния кластера. Github: Awesome-Kubernetes-Architecture-Diagrams 👉 DevOps Portal