DevOps

❓ Как Kubernetes определяет готовность узла: детальный разбор 💡 В Kubernetes узлы играют ключевую роль, предоставляя ресурсы для запуска контейнеров. Чтобы гарантировать, что узел может эффективно выполнять свои функции, Kubernetes использует статус "Node Ready", который указывает, что узел готов к обработке рабочих нагрузок. Однако этот статус не статичен и может изменяться в зависимости от состояния различных компонентов узла. ❓ Как работает определение готовности узла? ❗️ Kubernetes использует компонент kubelet для управления состоянием узла. Kubelet — это агент, который работает на каждом узле кластера и отвечает за запуск и мониторинг контейнеров через контейнерный runtime (например, Docker или containerd). Этот агент регулярно отправляет обновления в контроллер управления жизненным циклом узлов (node lifecycle controller), который определяет состояние узла и решает, может ли узел принимать новые задачи. 💡 Чтобы узел считался "готовым", kubelet проверяет состояние различных критичных компонентов, включая: 🌟 Контейнерный runtime. Он отвечает за выполнение контейнеров, и если он не функционирует корректно, узел будет считаться неготовым. 🌟 Сетевые компоненты. Узел должен иметь рабочее сетевое соединение, чтобы взаимодействовать с другими узлами кластера и внешними ресурсами. 🌟 Физическое состояние узла. Например, узел может стать неготовым, если заканчиваются ресурсы (память, процессор и т.д.). 🔍 Проверка состояния узла 💡 Kubelet периодически отправляет Heartbeat сигналы, которые содержат данные о состоянии узла. Если контроллер не получает такие сигналы в течение определённого времени, он считает, что узел "упал", и изменяет его статус на Unknown (неизвестно), чтобы предотвратить отправку задач на этот узел. Если хотя бы один из критичных компонентов перестает работать, статус узла изменяется на NotReady (не готов). В такой ситуации узел продолжает функционировать, но новые задачи на него не отправляются. 🔍 Метки состояния узла Каждый узел в Kubernetes имеет набор меток (conditions), которые описывают его текущее состояние. Например, для статуса "Node Ready" используются следующие метки: 🌟 Ready: True, False или Unknown. Определяет, может ли узел принимать новые задачи. 🌟 MemoryPressure: указывает, если на узле нехватка оперативной памяти. 🌟 DiskPressure: показывает, есть ли проблемы с дисковым пространством. 🌟 PIDPressure: информирует о том, что узел исчерпал лимиты процессов. Эти метки позволяют Kubernetes принимать автоматические решения, например, мигрировать рабочие нагрузки с узла, который испытывает проблемы ❓ Как отслеживать готовность узлов? Чтобы узнать статус узлов в кластере, можно использовать команду:

kubectl get nodes

💡 Она покажет список всех узлов и их состояние. Узлы со статусом "NotReady" могут временно не принимать задачи, что может быть вызвано, например, недостатком ресурсов или проблемами с контейнерным runtime. Для более детальной информации можно использовать:

kubectl describe node <node-name>

💡 Это предоставит подробное описание всех меток состояния и диагностики узла, что поможет быстрее обнаружить причину проблем @devopsitsec

Технологический гараж на МТС True Tech Champ Дата: 8 ноября Место: МТС Live Холл + онлайн МТС приглашает в True Tech Garage. Тут можно поиграть в деловые игры, научиться управлять логикой на воркшопе, побатлиться в кодинге с победителем олимпиады, а к вечеру просто весело провести время за прогерскими шутками. Максимально ламповая и кодерская атмосфера! А вот несколько примеров, что тебя ждет: — Деловая игра THE CODE от разработчика бизнес-симуляций Александра Белякова. Нужно будет распутать сложный узел причинно-следственных связей и найти код. — Мастер-класс по прокачке логики от Максима Дорофеева. Узнаешь, как избавиться от лишней работы, устранив логические нарушения задач. — «Плохие прогреские шутки». ИТ-батл, где пары разработчиков попробуют перешутить друг друга, а победителей выберут зрители. — «Плохой собес». Стресс-воркшоп, где участникам предстоит оказаться на худшем собеседовании в жизни. True Tech Garage будет работать на очном финале ИТ-чемпионата в МТС Live Холл. Приходи — тут все свои! Узнать подробности и зарегистрироваться на событие можно по ссылке: https://truetechchamp.ru/conf

🖥 kubernetes-the-hard-way-aws — пошаговое руководство по настройке кластера Kubernetes вручную на AWS. Оно предназначено для тех, кто хочет глубже понять внутреннюю архитектуру Kubernetes без использования автоматизированных инструментов вроде AWS EKS или Kubernetes Operations (kops) 🌟 Процесс включает настройку сетей, машин и всех компонентов кластера, включая контрольные узлы и рабочие ноды ▪️Github @devopsitsec

Как Yandex Cloud делает Managed Service for Kubernetes? В этом выпуске «Как мы делаем Yandex Cloud» обсуждаем работу над Managed Service for Kubernetes. Специальный гость — Александр Хаустов, руководитель подразделения Kubernetes в Yandex Cloud. О чём поговорили? 👉 Как обеспечить стабильность инфраструктуры K8s, где более 4 тысяч кластеров и несколько сотен тысяч ядер? 👉 Как планировать изменения, когда поступает множество запросов от внешних и внутренних пользователей? 👉 Какие компетенции должны быть у разработчика в команде облачного Kubernetes?

🖥 Docker и микросервисы для начинающих: полный курс с практическими примерами использования Docker Compose! 🕞 Продолжительность: 1:35:01 🔗 Ссылка: *клик* @devopsitsec

Открытый вебинар «Мифы о надёжности Kubernetes: Ошибки, которые стоят вам продакшена» от Слёрм ➡ Когда надежное становится ненадежным и почему многие системы обречены на падение? На вебинаре покажем самые эпичные фейлы сбоев и фатальные ошибки в настройке кластеров k8s, стоившие компаниям многих часов простоя: - Кластеры разваливаются - API-сервера выходят покурить - А coredns не понимает, кто он и где

Все ошибки невыдуманные, с подробным разбором анализа, что происходило и как нашли первопричину.

Советы, как превратить ваш кластер из катастрофы в более-менее стабильную штуку, которая может прожить без падений хотя бы 2 дня, тоже будут😉 ⚡Спикеры: - Виталий Лихачев. SRE в bооking.соm - Всеволод Севостьянов. Staff engineer в Lokalise ➡ Когда вебинар: 23 октября в 19:00 мск ➡ Регистрация — через бот Реклама ООО «Слёрм» ИНН 3652901451

🖥 oci-registry — это реализация спецификации OCI Registry, предназначенная для работы в качестве pull-through кэша (зеркала) для контейнерных регистров. Поддерживает два хранилища данных: локальную файловую систему и S3. Модель потребляет меньше ресурсов по сравнению с аналогами, но пока не реализует push-запросы и аутентификацию. Используется для создания зеркал публичных или приватных реестров, но требует внешних решений для шифрования TLS 🔐 Лицензия: MIT ▪️Github @devopsitsec

Не будем утомлять вас рассказами о ДМС, крутых офисах и других плюшках. Вот главное о том, почему SRE-инженеры выбирают Т-Банк: ▪️Актуальный стек. Здесь следят за трендами и быстро внедряют новое. ▪️Общение на «ты». Так проще. ▪️Прозрачная система роста. Вы всегда будете знать, какие навыки нужно подтянуть и как получить повышение. ▪️Вы окажетесь среди профессионалов, у которых можно многому научиться. А если захотите, можете стать ментором для младших коллег. Больше о вакансиях здесь Erid: 2VtzqxUXuHC

🖥 Ubuntu или Kubuntu: в чем разница? 🌟 Ubuntu — самый популярный дистрибутив Linux для пользователей настольных компьютеров. Он включает в себя настраиваемый рабочий стол GNOME, обеспечивающий бесперебойный пользовательский опыт 🌟 С другой стороны, Kubuntu — это одна из версий Ubuntu, включающая рабочий стол KDE Plasma . 🌟 По своей сути оба дистрибутива схожи, а главное отличие заключается в среде рабочего стола . ❓ В чем именно различия? Один из них лучше другого? Какой дистрибутив идеально подходит для вашего варианта использования? Узнаете в этой статье! 🔗 Ссылка: *клик* @devopsitsec

Как видеть состояние тысяч баз данных в одном окне и собирать с них метрики? Разберемся на бесплатном вебинаре от СберТеха «Властелин СУБД, или один за всех. Обновления для сопровождения БД в Platform V Kintsugi 1.5.0». Platform V Kintsugi — это графическая консоль для управления и диагностики PostgreSQL-like СУБД. Недавно продукт получил обновления, с которыми сопровождать базы данных стало ещё удобнее. Когда: 24 октября в 11:00. Что покажут на вебинаре: – оперативный центр — единое окно мониторинга всех подключенных активов. – отчеты pg_profile в интерфейсе продукта. – обновления в ресурсно-логической модели продукта. Кому полезно: администраторы СУБД, разработчики БД, руководители и бизнес. Ребята расскажут с техническими деталями, но популярным языком! Регистрация уже открыта по ссылке.

Не будем утомлять вас рассказами о ДМС, крутых офисах и других плюшках. Вот главное о том, почему SRE-инженеры выбирают Т-Банк: ▪️Актуальный стек. Здесь следят за трендами и быстро внедряют новое. ▪️Общение на «ты». Так проще. ▪️Прозрачная система роста. Вы всегда будете знать, какие навыки нужно подтянуть и как получить повышение. ▪️Вы окажетесь среди профессионалов, у которых можно многому научиться. А если захотите, можете стать ментором для младших коллег. Больше о вакансиях здесь Erid: 2VtzqxUXuHC

👣 helm-chartsnap — предоставляет инструмент для Snapshot тестов (snapshot testing) Helm-чартов. 💡 Snapshot тесты — это тесты, которые делают скриншот экрана (эталонный скриншот) и сравнивают с актуальным скриншотом, который делается во время прогона тестов. Helm - это менеджер пакетов для Kubernetes. Этот инструмент позволяет нам обернуть Kubernetes приложения в удобные пакеты, называемые чартами, которые можно легко развертывать, обновлять и управлять ими в любой момент времени. Чарты – это пакеты, которые могут включать в себя все для запуска приложения в Kubernetes, от deployments до services. helm-chartsnap помогает тестировать Kubernetes Helm-чарты, автоматически сравнивая текущее состояние с предыдущими снимками, что позволяет выявлять изменения и предотвращать нежелательные конфигурации 🔐 Лицензия: MIT ▪️Github @golang_google

Самые популярные языки в 2024 https://youtu.be/rHbsQAX9dHo @devopsitsec

🖥 Karpenter — это автомасштабирующий кластер, который автоматически запускает только необходимые вычислительные ресурсы для обработки модулей вашего кластера. Он разработан, чтобы позволить вам в полной мере использовать преимущества облака с помощью быстрого и простого предоставления вычислительных ресурсов! 🔗 Ссылка: *клик* ▪️Github @devopsitsec

⚡️Легкий способ получать свежие обновления и следить за трендами в разработке на вашем языке. Находите свой стек и подписывайтесь: МАШИННОЕ ОБУЧЕНИЕ: t.me/ai_machinelearning_big_data C++ t.me/cpluspluc Python: t.me/pythonl Хакинг: t.me/linuxkalii Devops: t.me/DevOPSitsec АНАЛИЗ Данных: t.me/data_analysis_ml Javascript: t.me/javascriptv C#: t.me/csharp_ci Java: t.me/javatg Базы данных: t.me/sqlhub Linux: t.me/linuxacademiya Python собеседования: t.me/python_job_interview Мобильная разработка: t.me/mobdevelop Docker: t.me/DevopsDocker Golang: t.me/Golang_google React: t.me/react_tg Rust: t.me/rust_code ИИ: t.me/vistehno PHP: t.me/phpshka Android: t.me/android_its Frontend: t.me/front Big Data: t.me/bigdatai Собеседования МЛ: t.me/machinelearning_interview МАТЕМАТИКА: t.me/data_math Kubernets: t.me/kubernetc 💼 Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy Папка ML: https://t.me/addlist/2Ls-snqEeytkMDgy Папка FRONTEND: https://t.me/addlist/mzMMG3RPZhY2M2Iy 😆ИТ-Мемы: t.me/memes_prog 🇬🇧Английский: t.me/english_forprogrammers 🧠ИИ: t.me/vistehno 🎓954ГБ ОПЕНСОРС КУРСОВ: @courses 📕Ит-книги бесплатно: https://t.me/addlist/BkskQciUW_FhNjEy

🔥 Git 2.47 вышел: что нового? 💡 В новой версии Git 2.47 разработчики добавили ряд полезных функций и улучшений: 🌟 Инкрементные многопакетные индексы (Incremental MIDX): Позволяют хранить более одного многопакетного индекса, что упрощает обновление и ускоряет поиск объектов. Обновление происходит пропорционально добавляемым объектам, а не всему MIDX. Функция экспериментальная, пока не поддерживает многопакетные битовые карты достижимости. 🌟 Улучшенная команда for-each-ref: Новый атом %(is-base:atom) помогает быстро находить базовые ветки для любого коммита, минимизируя количество уникальных коммитов в истории первого родителя. 🔗 Подробный список изменений: *клик* @devopsitsec

🖥 Полезный репозиторий на Github, в котором собраны вопросы с собеседований по всевозможным IT сферам! 🔍 Что есть? 🌟 Фронтенд 🌟 Бэкенд 🌟 DevOps 🌟 Android - разработка 🌟 Fullstack 🔥 И многое другое! 🔗 Смотрим здесь: *клик* @devopsitsec

✋ 14 октября (пн) приглашаем вас на встречу потенциальных докладчиков с Программным комитетом DevOpsConf 2025.  Собираемся в 19.00 Мск.  📌 Форматы: Офлайн. Москва, офис Газпромбанк, Коровий Вал 5, БЦ «Оазис». Онлайн. Ссылка придёт после регистрации на встречу, участие свободное. 😎 От Программного комитета во встрече будут участвовать: Дмитрий Зайцев (Flocktory) — руководитель Программного комитета DevOpsConf, Александр Коротков (Т-Банк), Игорь Курочкин (Enabling.team).  ✍ Обсудим новости и планы, поговорим о том, что болит и волнует, обменяемся идеями. Вы узнаете актуальна ли ваша тема и нет ли похожих докладов от других спикеров, а также мы расскажем, как проходит процесс отбора заявок в программу и подготовка принятых докладов к выступлению. Зарегистрироваться на встречу и подать заявку на доклад можно на сайте.  До встречи 14 октября! Ждём вас 🤝 Реклама. ООО "КОНФЕРЕНЦИИ ОЛЕГА БУНИНА". ИНН 7733863233.

🔍 Нотация Big O 101: Секрет написания эффективных алгоритмов О-большое (Big O) – это специальная нотация, используемая для описания асимптотической сложности; то есть, скорости роста времени выполнения алгоритма с увеличением размера входных данных. Это нужно, чтобы понимать, насколько быстро или медленно работают алгоритмы. В О-большом нет коэффициентов, минут, секунд и так далее. Об этом будет наглядно показано в примере про логарифмическую сложность O(log n). @devopsitsec