Mops DevOps - Kubernetes Docker

Балансировка DNS-трафика и активные health-check'и апстримов — как и почему мы начали использовать DNSdist Долгое время в нашей внутренней сети для обработки DNS-трафика мы использовали только BIND, и нам с ним было хорошо. Но в какой-то момент его возможностей перестало хватать. В статье расскажу, что именно с BIND не так и почему теперь весь DNS-трафик у нас проходит через DNSdist. И что это вообще такое... #dns

Kubernetes кластер на миллион узлов. Обзор проекта k8s-1m Кейса о том, как не догадки, а измерения двигают пределы Kubernetes. Ключевые идеи: изоляция QPS по типам ресурсов, смягчение гарантий хранения для эфемерных данных, и шардирование планировщика. Полезно всем, кто проектирует крупные кластеры или хочет работать с ними. 👉 Ссылка скрыта #kubernetes

Kubernetes v1.35: Timbernetes (The World Tree Release) Вышла новая версия Kubernetes. Основные изменения: 🔹Stable: In-place update of Pod resources Возможность менять requests/limits (CPU/RAM) без рестарта пода. Давно ждали 🎉 🔹Stable: PreferSameNode traffic distribution Локализация трафика внутри узла, если эндпоинт есть локально 🔹Stable: Configurable NUMA node limit for topology manager Возможнось использовать больше 8 NUMA nodes 🔹Beta: maxUnavailable for StatefulSets Возможность определить максимальное количество подов, которые могут быть недоступны во время обновления. Этот параметр наиболее эффективен в сочетании с параметром .spec.podManagementPolicy, для которого установлено значение Parallel. В этом случае для приложений с отслеживанием состояния (которые могут допускать отключение более одного модуля) обновление завершится быстрее. 🔹Больше не поддерживаются cgroup v1 Релиз, включает 60 улучшений, из которых 17 стали стабильными, 19 — бета-версиями и 22 — альфа-версиями. 👉 Ссылка скрыта #kubernetes

НАЙС.ОС - минималистичный дистрибутив, собранный с нуля и оптимизированный для контейнеров Проект НАЙС.ОС развивает самостоятельный Linux-дистрибутив, собираемый "с нуля" из исходного кода и поддерживающий собственную пакетную базу, не заимствующую сценарии сборки пакетов из других дистрибутивов. Проект развивает свой инструментарий, свой набор патчей и свою политику сборки. 👉 Ссылка скрыта #containers #os

Docs-as-Code (DaC) — это подход к созданию и сопровождению технической документации с использованием тех же инструментов и рабочих процессов, что и при разработке программного кода. Этот метод легко интегрирует документацию в жизненный цикл разработки программного обеспечения, способствуя сотрудничеству, контролю версий и автоматизации. 🔹 Docs as Code: введение в предмет 🔹 Docs as Code: настраиваем инструменты под себя 🔹 Как мы пытались в Docs as Code и проиграли 🔹 Победить хаос в документации: почему мы создали свой продукт для Docs-as-a-Code #docs

Почему в Rust всё правильно Не существует той самой «серебряной пули», то есть инструмента, решающего абсолютно все задачи. Также не бывает и идеального языка программирования. Но что если вам скажут, что существует почти идеальный язык? И это Rust! 👉 Ссылка скрыта #rust

Nelm vs Helm 4: что изменилось с новым релизом Helm и почему Nelm всё ещё лучше Helm 4 принёс пользователям единственное значимое изменение - внедрение Server-Side Apply вместо 3-Way Merge. Это решает проблемы с некорректными обновлениями ресурсов, но многих возможностей Helm по-прежнему не достаёт. Nelm - современная альтернатива Helm 4 - ушёл вперёд по фичам, исправлениям и улучшениям. 👉 Ссылка скрыта #helm

Helm v4: разбираем ключевые отличия от Helm v3 🔹 Server-Side Apply вместо 3-Way Merge 🔹 WASM-плагины 🔹 kstatus для ожидания готовности ресурсов 🔹 Content-based-кеширование чартов 🔹 OCI-чарты можно устанавливать по их digest 👉 Ссылка скрыта #helm

Как работает ingress-nginx: нырнем поглубже В этой серии статей, созданной по мотивам выступления на DevOpsConf’25, подробно разберемся как работает сам ingress-nginx контроллер и почему это не совсем классический nginx. Погрузимся в дебри LUA-кода чтобы понять, как реализована балансировка. А также затронем тему сниппетов, как их включить если они вам очень нужны, и почему этого делать не стоит 😀 🔹 Часть 1 — basics 🔹 Часть 2 — балансировка #kubernetes #nginx