На Stepik запустили мощный курс по «Troubleshooting Docker и Kubernetes: поиск и устранение проблем»

В программе только важные аспекты:

— troubleshooting Docker и образов
— диагностика сетевых проблем
— настройка readiness/liveness probes
— отладка pod’ов, деплоев и ingress
— анализ логов контейнеров и кластера
— разбор ошибок CrashLoopBackOff, OOMKilled, ImagePullBackOff и других

Собеседования на DevOps/SRE сейчас всё чаще строятся вокруг реальных инцидентов. Данный курс фокусируется именно на таких сценариях и помогает в подготовке к практическим вопросам

48 часов доступен со скидкой 25%

↗️ Пройти курс на Stepik

В Swift 6.4 Swift Build стал движком по умолчанию для SPM, поэтому разработчики на Linux теперь получают тот же процесс сборки, что и в Xcode на macOS.

Это означает автоматическое управление зависимостями, сборку бинарников с оптимизацией под CPU и встроенную генерацию SBOM.

Расширение для VS Code теперь доступно не только в маркетплейсе Microsoft, но и в Open VSX.

Так что это ещё один плюс в пользу опенсорс-разработчиков.

✈️ Linux Ninja

Kubernetes NodeLocal DNSCache: как это работает

Когда речь идёт о производительности Kubernetes, важен каждый DNS lookup. Без NodeLocal DNSCache Pods отправляют DNS queries на Service IP kube-dns / CoreDNS. Эти запросы проходят через kube-proxy, DNAT rules и conntrack, прежде чем попасть в CoreDNS.

В нагруженных кластерах это может увеличивать latency и создавать дополнительную нагрузку на conntrack table. NodeLocal DNSCache решает эту проблему, запуская локальный DNS cache на каждом node в виде DaemonSet. Вместо прямого обращения к CoreDNS Pods отправляют DNS queries в локальный cache на том же node.

Основные преимущества:

• Снижает среднее время DNS lookup благодаря локальному кешированию
• Уменьшает нагрузку на CoreDNS
• Снижает нагрузку на conntrack table
• DNS queries к внешним адресам могут отправляться upstream напрямую, без дополнительного обращения к CoreDNS

NodeLocal DNSCache особенно полезен в крупных и нагруженных Kubernetes-кластерах, где DNS latency и conntrack могут стать узкими местами.

✈️ Linux Ninja

Разбираем Kubernetes Troubleshooting Scenario

При развёртывании Kubernetes-кластера через kubeadm в AWS с Calico CNI можно столкнуться с проблемой: Pods не могут нормально подключиться к CoreDNS из-за connection timeout.

В подробном разборе показано:

• Почему возникает эта проблема
• Как диагностировать её шаг за шагом
• В чём заключается root cause
• Как AWS networking взаимодействует с Calico
• Как правильно устранить проблему

Подробный разбор: Fix DNS Timeout in Kubeadm + Calico on AWS

✈️ Linux Ninja

Conntrack в Kubernetes: что должен знать системный администратор

В этом гайде разберём conntrack на реальных сценариях Kubernetes networking и посмотрим, почему он играет важную роль в работе Kubernetes Services, kube-proxy, NAT и DNS traffic.

Что внутри:

• Что такое conntrack и зачем он нужен
• Почему от него зависят Kubernetes Services
• Как посмотреть conntrack table
• Что происходит, когда таблица переполняется
• Как диагностировать и устранять conntrack exhaustion в production

Подробный гайд: Conntrack in Kubernetes

✈️ Linux Ninja

НАШ ОСНОВНОЙ КАНАЛ, БУДЕМ РАДЫ ВАШЕЙ ПОДПИСКЕ

Проект «TERMINAL» стал крупнейшей библиотекой бесплатного образования. В одном канале собраны курсы, книги, полезные инструменты и практические тренажёры для всех разработчиков:

• Практические курсы и задания
• Книги и статьи известных авторов
• Полезные инструменты и ресурсы
• IT-новости и инсайды

Обучение по всем направлениям: SQL, Python, ML, Frontend, PHP, C++, Go, Git, Linux, QA, Java, Vibe-coding, InfoSec и др.

⌨️ подписаться

Gateway API vs Ingress Controller: главное отличие, которое стоит знать

В Kubernetes объект Ingress определяет только правила маршрутизации. Фактической маршрутизацией трафика занимается Ingress Controller, который обычно выполняет роль и controller, и proxy.

С Gateway API принцип похож. Вы определяете такие resources, как Gateway и HTTPRoute, чтобы управлять потоком трафика. Затем Gateway API controller, например NGINX Gateway Fabric, преобразует эту конфигурацию в реальные routing rules и инфраструктуру.

Но у NGINX Gateway Fabric есть важное отличие: Control plane и data plane разделены.

Когда создаётся resource Gateway, controller разворачивает отдельный NGINX proxy pod (data plane), который и обрабатывает трафик.

В классической модели Ingress controller обычно сам включает proxy/data plane, через который проходит трафик.
Понимание разницы между Gateway API и Ingress особенно полезно при изучении Kubernetes и подготовке к CKA.

✈️ Linux Ninja

Слили в телеграмм тонны инфы

🔥 Всё, что нужно для прогресса — в одном месте:

|- - 🗂 Курсы & Git — 1526ГБ
|
|- - 🗂 Хакинг & ИБ — 573ГБ
|
|- - 🗂 Python — 428ГБ
|
|- - 🗂 Linux & Bash — 652ГБ
|
|- - 🗂 OSINT — 352ГБ
|
|- - 🗂 Работа IT — 356ГБ
|
|- - 🗂 Общее IT — 2575ГБ


📌Гайды, шпаргалки, книги, задачи и ресурсы для каждого.

Быстрый Linux Tip

Есть .rpm-пакет и нужно установить, проверить или удалить его прямо из command line?

Используйте:

sudo rpm -ivh package.rpm

Например:

sudo rpm -ivh nginx-1.26.2-1.el9.x86_64.rpm

Команда установит RPM-пакет и покажет progress установки.
Проверить, установлен ли пакет:

rpm -q nginx

Посмотреть подробную информацию об установленном пакете:

rpm -qi nginx

Посмотреть список файлов, установленных пакетом:

rpm -ql nginx

Удалить пакет:

sudo rpm -e nginx

Что означают параметры:
-i — установить пакет
-v — показать подробный output
-h — отображать progress с помощью символов #
-q — выполнить запрос информации о пакете
-qi — показать информацию о пакете
-ql — показать файлы, установленные пакетом
-e — удалить пакет

rpm работает напрямую с RPM-пакетами, но не разрешает зависимости автоматически. Для работы с dependencies обычно удобнее использовать dnf. Отличный набор команд для работы с .rpm и проверки пакетов в RPM-based Linux systems.

✈️ Linux Ninja

Linux официально приходит на ноутбуки со Snapdragon X2.

Qualcomm добавляет полноценную поддержку Linux для своих новых чипов Snapdragon X2. Работа уже идёт, и изменения планируют отправлять в апстрим ядра Linux.

Причём речь не просто о том, чтобы Linux смог загрузиться.

Qualcomm работает над поддержкой в Linux GPU Adreno, NPU Hexagon, камеры, аудио, управления питанием и другого железа ноутбуков.

Для раннего превью для разработчиков используется Debian 13, а сертификация Ubuntu запланирована на первую половину 2027 года.

HP, ASUS и HUMAIN также планируют выпускать устройства на Snapdragon X2 с поддержкой Linux начиная с первого квартала 2027 года.

ARM-ноутбуки годами сталкивались с проблемами поддержки железа в Linux.

Теперь Qualcomm действительно работает вместе с Linux-экосистемой, чтобы сделать ноутбуки на Snapdragon полноценными Linux-машинами

✈️ Linux Ninja

👩‍💻 Всем программистам посвящается!

Вот 14 авторских обучающих IT каналов по самым востребованным областям программирования:

Выбирай своё направление:

👩‍💻 Python — t.me/python_ready
🤔 InfoSec & Хакинг — t.me/hacking_ready
🖥 SQL & Базы Данных — t.me/sql_ready
👩‍💻 IT Новости — t.me/it_ready
🤖 AI & ML — t.me/neuro_ready
👩‍💻 Frontend — t.me/frontend_ready
👩‍💻 C/C++ — https://t.me/cpp_ready
👩‍💻 C# & Unity — t.me/csharp_ready
👩‍💻 Linux — t.me/linux_ready
👩‍💻 Java — t.me/java_ready
📖 IT Книги — t.me/books_ready
📱 JavaScript — t.me/javascript_ready
🖼️ DevOps — t.me/devops_ready
🖥 Design — t.me/design_ready

📌 Гайды, шпаргалки, задачи, ресурсы и фишки для каждого языка программирования!