Кубертатный период

⚡️⚡️⚡️ У зоны RU сломался DNSSEC

KFtray KFtray - инструмент для управления портами приложений в Kubernetes. Может пригодиться для тестирования API и локальной разработки.

#микросервисы -- долго, дорого и беспощадно https://www.youtube.com/watch?v=yLrSp174yc0

🌐 Нам нужна экосистема управления пакетами в Kubernetes 🤔 Почему при написании Helm-чартов приходится задумываться об отступах? Почему конфигурация для nodeAffinity, tolerations, serviceMonitors и других ресурсов различна для каждого чарта? И почему в чартах часто отсутствуют даже базовые компоненты? Это должно быть стандартизировано. 🔄 Почему так многие чарты не включают CRD? Это усложняет установку и управление CRD отдельно. 🔍 Зачем чарты генерируют неоднозначный вывод? Мне нужна предсказуемость — для конкретного входного набора и версии чарта должен получаться одинаковый вывод с helm template. 👩‍💻 Зачем разбираться в Golang, чтобы расшифровать ошибки типизации в файле values.yaml? 🛻 Почему Helm так часто используется как инструмент развертывания? Мне не хочется отслеживать состояние развертывания в самом кластере Kubernetes, когда существуют более эффективные варианты. 🤔 А какой, по вашему мнению, существенной функциональности не хватает в Kubernetes?

WireGuard Easy You have found the easiest way to install & manage WireGuard on any Linux host!

CNCF: Observability Whitepaper 🤩 В документе представлена разница между сигналами мониторинга и способами их обработки. Также перечислены различные методы, которые компании успешно использовали для решения распространенных проблем. Документ также представляет несколько инструментов, которые относятся к области observability, и объясняет, как они могут быть включены в ваш стек технологий. Кроме того, документ указывает на известные проблемы, которые до сих пор не решены, или на то, что некоторые способы мониторинга все еще не очень широко используются на рынке. ✅ Необходимо помнить, что observability — это не просто использование всех модных инструментов, нужно понимать, какие данные выходят из системы и как их интерпретировать, чтобы не получить огромный кусок никому не нужных данных. Текущие инструменты позволяют наблюдать за приложение и средой непосредственно в production окружении. 1️⃣ Метрики: в CNCF две популярные модели данных — Prometheus и OpenTelemetry. Стоит обратить внимание на раздел Metric Cardinality: слишком подробные метрики могут привести к непредсказуемому росту метрик и размера данных используемых для их хранения. 2️⃣ Логи можно преобразовать в метрики и трассировки для наблюдения изменений в течение времени. Логи также нужно визуализировать и анализировать. Не храните персональные данные и сенситивную информацию в хранилище логов. 3️⃣ Трейсы: OpenTelemetry или .NET используют W3C в качестве стандартного формата распространения. По этому пути идут все больше облачных провайдеров, и при отсутствии других задач рекомендуется использовать стандарт W3C. 4️⃣ Профилирование: текущие инструменты становятся все более популярными в облачных средах; они добавляют небольшие накладные расходы, что делает профилирование на production как никогда более доступным вариантом. 5️⃣ Дампы: в Linux kernel 2.6+ появился новый метод работы с дампами ядра — так называемые обработчики дампов ядра. Другими словами, это означает, что вместо того, чтобы делегировать сбор файла операционной системе, выходные данные процесса после падения передаются на стандартный ввод приложения, который уже отвечает за запись файла.

Gateway API in Kubernetes with Cilium Cilium используется сразу в нескольких важных ролях: ☝️ Замена kube-proxy с использованием eBPF для улучшения производительности и безопасности 0️⃣ Container Network Interface (CNI) для взаимодействия Pod’ов в рамках кластера 🔜 Advanced Load Balancing and Layer 2 Network Solutions: для эффективного управления траффиком и построения надежной сетевой инфраструктуры 🍀 Gateway Class Provider for Gateway API: для масштабируемых и универсальных решений роутинга 📍Gateway API предоставляет новый подход для маршрутизации трафика сервисов в Kubernetes. Появились новые абстракции GatewayClass, Gateway, HTTPRoute, TCPRoute и другие. Это похоже на обновленную, более сложную версию Ingress, предлагающую более широкий спектр функций и более совершенный пользовательский интерфейс в управлении сетью сервисов Kubernetes. ℹ️ Подробнее как Cilium реализует Gateway API можно почитать тут — https://docs.cilium.io/en/stable/network/servicemesh/gateway-api/gateway-api/

⚡️ Антипаттерны архитектуры Откройте для себя распространенные антишаблоны архитектуры, узнайте, как их избегать и преодолевать "подводные камни" проектирования! Антипаттерн (англ. anti-pattern) — это распространённый подход к решению класса часто встречающихся проблем, являющийся неэффективным, рискованным или непродуктивным. В отличие от шаблона проектирования, рассмотрение антипаттерна включает в себя как неправильное решение проблемы с его признаками и последствиями, так и выход из ситуации. В этом проекте собраны ценные сведения, практические советы и примеры из реальных проектов для обучения и помощи в создании лучших программных архитектур и улучшать существующие. ▪Проект ▪Github @Golang_google

👁 Уже все наверное написали про Kubernetes 1.29 релиз под названием Mandala Прокомментировал основные изменения. KEP-2395: Removing In-Tree Cloud Provider Code 😋 Целью этих изменений является предоставление облачным провайдерам возможность разрабатывать и выпускать выпуски независимо от основного цикла выпуска Kubernetes. Отделение кода поставщика облачных услуг позволяет разделить ответственность между «ядром Kubernetes» и поставщиками облачных услуг. Кроме того, это гарантирует, что все поставщики облачных услуг в экосистеме будут последовательно и расширяемо интегрироваться с Kubernetes. ❓ Ждем семейство дистрибутивов Kubernetes? KEP 1287: In-Place Update of Pod Resources 😵 Данное изменение позволяет изменять запросы и ограничения ресурсов контейнера без необходимости перезапуска контейнера. KEP 753: Sidecar Containers ◀️Про Sidecar контейнеры я уже писал ранее. Stable • KEP 3299: KMS v2 Improvements OR KMSv2 • KEP 2485: ReadWriteOncePod PersistentVolume Access Mode • KEP 727: Kubelet Resource Metrics Endpoint “The Kubelet Summary API is a source of both Resource and Monitoring Metrics. Because of it’s dual purpose, it does a poor job of both.” Beta • KEP 2799: Reduction of Secret-based Service Account Tokens Alpha • KEP 3866: nftables kube-proxy backend

🤿 Погружение в kube-scheduler 📆 Как работает планировщик Kubernetes можно подробно почитать тут. Этапы планирования Pod'а описаны на рисунке. 🔮 Заскедуленный в данный момент Pod входит в так называемый цикл планирования, как только он выводится из очереди планировщика (после этапов Filtering и Scoring). Очередь сортируется по приоритету Pod'ов, и вы можете узнать больше о том, как работает, здесь. Каждый цикл планирования выполняется последовательно для каждого Pod'а и пытается назначить текущий Pod какому-либо узлу (Node) в кластере. 🧐 О том как работают некоторые стадии в цикле планирования можно почитать здесь: CycleState Object Filter Stage PreFilter Stage PostFilter Stage Binding Cycle 🏕 Что интересно, так это то, что все в Kubernetes планируется нативным же образом через планировщик, например: • Запросы ресурсов (Filter plugin) • Taints и tolerations (Filter plugin) • Pod preemption (PostFilter plugin) 🧐И самое любопытное, интерактивное представление о работе Kubernetes планировщика в Kube Scheduler Simulator #kubernetes #kubescheduler