Цифровая трансформация

⚡️ Подробное руководство по развертыванию Kubernetes в среде Proxmox VE с использованием Smallab. В этом репозитории рассмотрены шаги по настройке инфраструктуры, включая установку необходимых компонентов, конфигурацию сети и управление кластерами. https://github.com/ehlesp/smallab-k8s-pve-guide #devops #девопс Kubernetes в телеграм

💻 Flagger — это инструмент для прогрессивного развёртывания приложений в Kubernetes! 🌟 Он автоматизирует процесс выпуска новых версий, минимизируя риски за счёт постепенного переключения трафика на новую версию с проверкой метрик и тестов на соответствие. Поддерживает стратегии Canary, A/B-тестирование и Blue/Green развёртывание. Интегрируется с ingress-контроллерами, service mesh и системами мониторинга. Проект является частью CNCF и экосистемы Flux GitOps. 🔐 Лицензия: Apache-2.0 🖥 Github Kubernetes в телеграм

Как сделать Kubernetes еще круче: секреты безупречной работы Отказоустойчивость информационных систем необходима для обеспечения непрерывности работы системы и минимизации возможности потери данных в случае сбоев или отказов в работе оборудования. Это особенно важно для критических для бизнеса систем. Мы начали использовать геораспределенные кластеры и повысили надежность сервисов. В статье опишем, какими инструментами это делали, какие сложности возникали и какие получили результаты. https://habr.com/ru/companies/leroy_merlin/articles/777588/ #devops #девопс

Небольшая тулза kube-audit-viewer будет вам полезна, если вы собираете Kubernetes Audit Log и хотите удобно их просматривать. По сути это простое веб-приложение, которое принимает на вход файл с логами (через параметр -logfile) и рендерит их на странице в браузере. Также присутствует функционал с простым поиском. P.S – да, может быть не совсем красиво и удобно, но это лучше чем ничего.

💻 Управление Kubernetes с помощью Rust — погружение в универсальный Client-Go, абстракции контроллера и макросы CRD с Kube.rs! 🔗 Читать: *клик* Kubernetes в телеграм

👣 Prometheuswireguardexporter – это экспортер Prometheus для WireGuard, разработанный на языке Rust. Он собирает и экспортирует данные из команды wg show all l (или дамп wg show <interface>, если вы указываете файл конфигурации) в формате, который понимает Prometheus. Экспортер отличается высокой эффективностью использования ресурсов сервера, минимизируя потребление как оперативной памяти, так и процессорного времени. Кроме того, он доступен в виде контейнера Docker для различных архитектур процессоров: amd64, 386, Arm64, Armv7 и Armv6. ▪ Github Kubernetes в телеграм

👣 helm-cel — плагин для валидации значений в Helm-чартах с помощью CEL 💡 helm-cel помогает валидировать значения(values.yaml) helm чартов через CEL(Common Expression Language) - язык для написания простых логических выражений), что дает более выразительную валидацию, возможность переиспользования правил, разные уровни строгости и четкие сообщения об ошибках, в отличие от стандартной JSON Schema валидации (values.schema.json), которая более ограничена в возможностях написания сложных правил и переиспользования кода. Пример правил:

expressions:
  portRange: 'values.service.port >= 1 && values.service.port <= 65535'
  nodePortRange: 'values.service.nodePort >= 30000 && values.service.nodePort <= 32767'

rules:
  - expr: "${portRange}"
    desc: "Service port must be valid"
  
  - expr: 'values.service.type == "NodePort" ? ${nodePortRange} : true'
    desc: "NodePort must be valid when type is NodePort"

❤️ Проект от подписчика, если хотите поделиться своим проектом - пишите сюда...

Прогрессивный инструмент, автоматизирующий процесс релизов приложений, работающих на #Kubernetes на базе #golang https://github.com/fluxcd/flagger Kubernetes в телеграм

🔥 Keep — полезный инструмент для управления инженерными оповещениями! 🌟 Он позволяет командам разработчиков и DevOps эффективно фильтровать, группировать и анализировать инциденты, предоставляя мощные инструменты визуализации и интеграции. Keep собирает оповещения из различных систем мониторинга и автоматизации, включая Prometheus, Datadog, Sentry, и другие, а затем предоставляет контекст для их анализа. 🌟 Основные функции Keep включают настройку уведомлений, создание аналитических дашбордов, а также возможность интеграции с внешними API. Он ориентирован на улучшение реакции на инциденты и минимизацию шума от незначительных событий, помогая командам сосредотачиваться на решении критических проблем. 🖥 Github Kubernetes в телеграм

💻 Kube Trace NFS — это инструмент для мониторинга сетевых файловых систем (NFS) в Kubernetes-кластерах с использованием eBPF! 🌟 Он отслеживает операции чтения, записи, открытия и получения атрибутов для сбора телеметрии на уровне узла, экспортируя данные в Prometheus для анализа в Grafana. Инструмент предназначен для более детального контроля NFS-трафика между клиентами и серверами, поддерживает метрики по производительности и задержкам, а также интегрируется с Helm для установки. 🖥 Github

🛟🛟 Архитектура кластеров Kubernetes — выбор размера рабочего узла Если вы создаете on-premises кластер, стоит ли вам использовать несколько мощных серверов последнего поколения или использовать около дюжины старых машин, которые будут валяться в центре обработки данных? Или, если вы используете управляемый сервис Kubernetes, такой как Google Kubernetes Engine (GKE), следует ли вам использовать восемь экземпляров n1-standard-1 или два экземпляра n1-standard-4 для достижения желаемой вычислительной мощности? Продолжение здесь #гайд

💻 Helmper — это инструмент для автоматизации управления Helm-чартами в Kubernetes, работающий в стиле GitOps. Он позволяет импортировать Helm-чарты в OCI-реестры, обеспечивая актуальность версий. Helmper также включает опции для обнаружения уязвимостей в чартах и их автоматического патчинга, что делает его полезным для обеспечения безопасности при деплое 🌟 Основные задачи Helmper — автоматизировать обновление чартов и гарантировать их совместимость с Kubernetes, что упрощает CI/CD процессы 🔐 Лицензия: Apache-2.0 🖥 Github

👣 Holocron — библиотека для управления выбором лидера в распределённых системах 💡 Библиотека использует объектное хранилище, чтобы несколько узлов в системе могли координироваться и выбирать ведущий узел (лидера), который будет управлять процессами. Лидер выбирается с помощью условных записей: только один узел может стать лидером, пока другие остаются в ожидании. Это важно для систем, где нужно избегать конфликтов между узлами при управлении ресурсами, особенно при сбоях 🔐 Лицензия: MIT 🖥 Github

💻 Kubernetes для современной инженерии данных! 🌟 В этом видео вы подробно окунетесь в мир Kubernetes — мощного инструмента для управления контейнеризированными приложениями, а также рассмотрите его применение в области инжиниринга данных! 🕞 Продолжительность: 1:25:17 🔗 Ссылка: *клик*

💻 kube-startup-cpu-boost от Google — контроллер для Kubernetes, который временно увеличивает запросы и лимиты CPU во время старта рабочих нагрузок. Это помогает приложениям быстрее запускаться в контейнерах, выделяя дополнительные ресурсы в критический момент. После инициализации ресурсы возвращаются к обычным значениям. 🔐 Лицензия: Apache-2.0 🖥 Github

🌇 Захватывающий вид на закате с вершины сопки Монастырская На вершине горы Монастырская расположена потрясающая смотровая площадка, которая открывает фантастический вид на окрестности. Вершина сопки украшена уникальным арт-объектом — белым геокуполом. Рядом можно увидеть руины Уссурийской береговой мортирной батареи, что добавляет еще больше исторического интереса к этому месту. 📍Локация на карте

👩‍💻 syngit Оператор #Kubernetes, который позволяет вам размещать ресурсы в репозитории git и управлять их жизненным циклом приложений. #golang ▪️Github Kubernetes в телеграм

❓ Как 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>

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

💻 Разрешения Kubernetes RBAC, о которых вы могли не знать, но должны знать! 🌟 K8s RBAC предлагает три разрешения со скрытыми полномочиями, которые могут быть использованы злонамеренно. Узнайте, как контролировать их использование! 🔗 Читать: *клик* Kubernetes в телеграм