🆚 Различия между DaemonSets и Deployments в k8s

Kubernetes предоставляет два способа управления подами: DaemonSets и Deployments. Сейчас разберём основные отличия между ними.

➖ Назначение:
• Deployment: управляет статическими приложениями, обеспечивая масштабирование, обновления и откаты.

• DaemonSet: гарантирует запуск одного пода на каждом узле кластера или их подмножеств).

➖ Управление подами:

• Deployment: количество подов определяется через replicas. Поды распределяются по узлам автоматически, но могут группироваться на одних узлах. Для распределения требуется PodAntiAffinity.

• DaemonSet: поды запускаются на каждом узле автоматически. При добавлении/удалении узлов DaemonSet адаптируется.

➖ Стратегии обновлений:

• Deployment: поддерживает rolling updates (постепенное обновление) и rollback (откат к предыдущей версии).

• DaemonSet: обновления выполняются последовательно для каждого пода, но откаты не поддерживаются нативно.

➖ Использование ресурсов:

• DaemonSet может быть избыточным в больших кластерах, если задача не требует присутствия на всех узлах. Например, запуск 15 подов на 50 узлах приведет к неэффективному использованию ресурсов.

• Deployment позволяет гибко масштабировать приложение независимо от количества узлов.

➖ Типичные сценарии:

• Deployment: веб-серверы, микросервисы, пакетные задания.

• DaemonSet: логирование, мониторинг, сетевые компоненты.

➖ Примеры манифестов

Deployment — Nginx:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:latest
        ports:
        - containerPort: 80

DaemonSet — Fluentd для сбора логов:

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: fluentd
spec:
  selector:
    matchLabels:
      name: fluentd
  template:
    metadata:
      labels:
        name: fluentd
    spec:
      containers:
      - name: fluentd
        image: fluentd:latest
        volumeMounts:
        - name: varlog
          mountPath: /var/log
      volumes:
      - name: varlog
        hostPath:
          path: /var/log

📎 Подробности в статье

🐸Библиотека devops'a

👨‍💻 StackQL: Интерактивное взаимодействие с API через SQL

StackQL предлагает унифицированную среду для управления облачными ресурсами с помощью знакомого SQL-синтаксиса.

➖ Что это такое

StackQL — это открытый фреймворк на основе SQL, который позволяет пользователям выполнять запросы, провижининг и управление облачными и SaaS-ресурсами. Он поддерживает популярные облачные провайдеры, такие как Google Cloud, AWS, Microsoft Azure, Digital Ocean и другие.

Доступен для Windows, MacOS и Linux и поддерживает несколько режимов использования, включая интерактивную оболочку REPL, утилиту командной строки и выполнение запросов через файлы IQL.

➖ Основные Возможности StackQL

Навигация по облачным API: используйте команды SHOW SERVICES и SHOW RESOURCES для ознакомления с доступными сервисами и ресурсами. Например:

SHOW SERVICES IN google LIKE '%compute%';SHOW RESOURCES IN google.compute LIKE '%instances%';

Операции CRUD: выполняйте создание, чтение, обновление и удаление ресурсов с помощью знакомых SQL-запросов.

Примеры:
Создание ресурса:

INSERT INTO google.compute.disks (project, zone, name, sizeGb)
SELECT 'stackql-demo', 'europe-north1-a', 'disk-1', 16;

Обновление ресурса:

UPDATE google.compute.disks
SET sizeGb = 32WHERE project = 'stackql-demo' AND zone = 'europe-north1-a' AND name = 'disk-1';



Удаление ресурса:

DELETE FROM google.compute.disks
WHERE disk = 'disk-1' AND project = 'stackql-demo' AND zone = 'europe-north1-a';

Управление состоянием ресурсов: используйте команды EXEC для управления состоянием ресурсов, такими как запуск и остановка виртуальных машин. Примеры:

Остановка инстанса:

EXEC google.compute.instances.stop  @instance = 'instance-1',
  @project = 'stackql-demo',  @zone = 'europe-north1-a';



Запуск инстанса:

EXEC google.compute.instances.start
  @instance = 'instance-1',  @project = 'stackql-demo',
  @zone = 'europe-north1-a';

➡️ Подробнее про инструмент

🐸Библиотека devops'a

🚀 DevDocs.io – must-have инструмент

DevDocs – универсальный хаб документации, объединяющий справочные материалы по Kubernetes, Docker, Terraform, AWS, Bash, Linux, Git, CI/CD и многим другим технологиям в одном месте.

Особенности:

• Мгновенный поиск — находим нужную команду в пару кликов

• Офлайн-доступ — документация всегда под рукой, даже без интернета

• Горячие клавиши — быстрая навигация без мышки.

Только документация, только хардкор

➡️ Читать документацию удобно

🐸Библиотека devops'a

⚡️ Как разбудить сервер, если он спит

Если у вас дома или в офисе стоит Linux-сервер, который большую часть времени простаивает, но при этом потребляет электричество – пора решить эту проблему.

➖ Что можно сделать

Автоматизировать процесс сна и пробуждения сервера по требованию. Это позволит сократить энергопотребление и увеличить срок службы оборудования, при этом сервер будет включаться сам при необходимости.

➖ Как это настроить

• Активируем Wake-on-LAN с поддержкой unicast — сервер будет реагировать не только на специальные WoL-пакеты, но и на обычные обращения по сети.

• Добавляем "дружественного соседа" — это устройство (например, Raspberry Pi), которое будет «притворяться» сервером, отвечая на сетевые запросы от имени спящего устройства.

• Настраиваем Avahi — для сетевого объявления сервисов, даже если сервер спит.

Ваш сервер будет включаться автоматически, когда кто-то в сети попытается к нему подключиться, а в остальное время — экономить энергию.

💬 Как вы решаете вопрос энергопотребления? Делитесь опытом в комментариях! 👇

📎 Подробный гайд

🐸Библиотека devops'a

Karpenter vs. Kubernetes Cluster Autoscaler

Если ваш Kubernetes-кластер нуждается в автоматическом масштабировании, у вас есть два мощных инструмента: Cluster Autoscaler (CA) и Karpenter. Давайте разберёмся какой выбрать.

➖ Cluster Autoscaler — классический подход

Автоматически добавляет узлы в кластер, если поды не могут запуститься из-за нехватки ресурсов, и удаляет их, когда они простаивают.

Он работает с группами узлов, что требует предварительной настройки, но обеспечивает стабильное масштабирование.

Кроме того, CA поддерживает AWS, GCP, Azure и другие облачные платформы.

❌ Минусы:

• Масштабирование зависит от предустановленных групп узлов.
• Медленнее реагирует на изменения.

➖ Karpenter — гибкость и скорость

Karpenter динамически создаёт новые узлы в реальном времени, когда это необходимо, без предварительно настроенных групп узлов. Он автоматически подбирает размер и тип узла в зависимости от требований нагрузки, что делает масштабирование более гибким.

Кроме того, Karpenter может использовать Spot-инстансы, помогая оптимизировать затраты на инфраструктуру.

Благодаря своей архитектуре он реагирует на изменения в кластере быстрее, чем традиционные инструменты автоматического масштабирования.

❌ Минусы:

• Требует более глубокой настройки.
• Пока поддерживает только AWS (официально).

💬 Какой инструмент используете вы? Делитесь опытом в комментариях👇

📎 Подробнее в источнике

🐸Библиотека devops'a

🔄 Flux обновился

Вышло обновление Flux — инструмента для управления Kubernetes в стиле GitOps. Разбираем, что изменилось и как это повлияет на использование Flux.

Главные обновления

➖ Настраиваемые проверки состояния

Теперь можно использовать Common Expression Language для настройки гибких проверок состояния ресурсов.

➖ Поддержка аутентификации через GitHub App

Flux теперь умеет работать с GitHub App вместо SSH/HTTPS-токенов.

➖ Гибкие метаданные для уведомлений
Теперь можно добавлять настраиваемые метаданные к событиям, улучшая контекст оповещений в Slack, Discord, Microsoft Teams и других системах

➖ Улучшение CLI и диагностики
Обновленный flux CLI получил новые команды для анализа и устранения неполадок в кластере.

➖ Эфемерные окружения с Flux Operator
Теперь можно автоматически деплоить изменения из Pull Requests в временные тестовые окружения.

➡️ Подробнее в блоге разработчиков

🐸Библиотека devops'a

💻 ООП в Bash

Bash++ — это расширение для Bash, которое добавляет поддержку объектно-ориентированного программирования (ООП). Теперь можно создавать классы, объекты, методы и даже использовать инкапсуляцию.

➖ Как это выглядит

Вот пример простого класса и объекта в Bash++:

@class Bashpp {
  @public author="Andrew S. Rightenburg"
  @public source="https://github.com/rail5/bashpp"
  @public license="GNU GPL v3"

  @public @method printInfo {
    echo "Bash++ is a superset of Bash that adds support for classes and objects."
    echo "It's meant to be a simple way to add object-orientation to Bash scripts."
    echo "Author: @this.author"
    echo "Source: @this.source"
    echo "License: @this.license"
  }
}

@Bashpp myBashpp
@myBashpp.printInfo

➡️ Захотелось попробовать? Заходите на официальный сайт проекта

🐸Библиотека devops'a

🍋 Запоздалый #самыйсок за январь

Собрали для вас самые интересные статьи за прошедший месяц!

🛠 Стратегии развертывания в DevOps

⚡️Redis — не единственный выбор: 3 достойные замены

🔒 Отчёт про DDoS от CloudFlare

❓ Зачем нужен about:blank

☁️ Какое облако выбрать?

🚤 Gordon: AI-агент для Docker, который упрощает работу с контейнерами

✏️ Гайд по контейнеризации Django от Docker

🎮 DOOM как искусство? Да!

🐸Библиотека devops'a

🐳 Docker обновляет политику Docker Hub

Docker отменяет жесткие лимиты на загрузки и пересматривает свою политику хранения данных.

Ключевые изменения

➖ Безлимитные загрузки для подписчиков Docker Pro, Team и Business.

➖ Лимиты на загрузки смягчены:

• Анонимные пользователи — до 10 загрузок в час.
• Бесплатные зарегистрированные пользователи — до 100 загрузок в час (было 40).

➖ Плата за хранение данных отложена. Пока что разработчикам не придется платить за объемы образов.

Docker явно смягчает свою политику после прошлых ограничений, делая платформу более дружественной для разработчиков.

➡️ Подробнее в блоге Docker

🐸Библиотека devops'a

🛡 Нашли главных защитников инфраструктуры:

▪️ Kubernetes — полевой медик. Реанимирует упавшие поды и проводит балансировку под огнём противника.

▪️ Terraform — прапорщик инфраструктуры. Наводит порядок в облаках железной рукой.

▪️ Jenkins — ветеран CI-войск. До сих пор стоит на посту, хотя все уже перешли на GitHub Actions.

Девопс спит, развертывание идет 🫡 Кого забыли в этом списке?

🔄 Обновление Ubuntu

20 февраля команда Ubuntu представила второе точечное обновление для версии 24.04 LTS. Это обновление включает в себя накопленные исправления безопасности, багфиксы и обновления программного обеспечения, обеспечивая стабильность и совместимость системы.

Ключевые изменения:

➖ Обновленное ядро Linux 6.11: улучшенная поддержка оборудования и оптимизация производительности.
OMG UBUNTU

➖ Графический стек Mesa 24.2.8: повышенная стабильность и поддержка современных графических приложений.
OMG UBUNTU

➖ Обновленные версии основных приложений: включая GNOME Shell 46.0 и LibreOffice 24.2.7.

📎 Подробнее про обновление

🐸Библиотека devops'a

🆚 Apache vs Nginx

Эти два веб-сервера — одни из самых популярных решений для хостинга, но у каждого свои особенности. Разбираем, что лучше для вашего проекта

🔹 Apache — проверенный временем гигант, удобный и гибкий, но может терять производительность под высокой нагрузкой.
🔹 Nginx — асинхронный монстр, идеально подходящий для высоконагруженных сайтов и быстрого сервинга статического контента.

➖ Ключевые различия

Архитектура обработки соединений:

• Apache: процессно-ориентированная, каждый запрос — отдельный процесс/поток.
• Nginx: событийно-ориентированная, асинхронная, обрабатывает множество соединений в одном процессе.

Производительность:

• Apache: может быть менее эффективен при обработке большого количества одновременных соединений.
• Nginx: оптимизирован для высокой производительности, особенно при обслуживании статического контента.

Гибкость и модули:

• Apache: обширная экосистема модулей, поддержка .htaccess для настройки на уровне каталогов.
• Nginx: меньше модулей, но высокая скорость и эффективность.

➡️ Подробнее о различиях

🐸Библиотека devops'a

💡 Осваиваем KubeBlocks

KubeBlocks — это инструмент, разработанный для упрощения развертывания и управления базами данных в среде Kubernetes.

Он предоставляет возможности автоматического масштабирования, резервного копирования, мониторинга и оптимизации производительности баз данных, обеспечивая при этом надежность и простоту использования.

Мы нашли подробный гайд по KubeBlocks. Внутри пошаговые инструкции по развертыванию KubeBlocks, автоматическому обновлению баз данных без простоев, настройке резервного копирования и восстановления, а также мониторингу с Grafana и Prometheus.

➡️ Ссылка на гайд

🐸Библиотека devops'a

🛡 Безопасность контейнеров на уровне виртуальных машин

Традиционные контейнеры используют общее ядро операционной системы, что повышает риски атак. Kata Containers решает эти проблемы безопасности.

➖ Что такое Kata Containers

Это технология, которая запускает контейнеры в лёгких виртуальных машинах. В отличие от традиционных контейнеров, которые разделяют одно ядро ОС, Kata Containers обеспечивает аппаратную изоляцию каждого контейнера.

При этом технология полностью совместима с Kubernetes, позволяя интегрировать её без изменений в существующем CI/CD-процессе.

Благодаря оптимизированной архитектуре запуск контейнеров быстрее, чем у классических виртуальных машин, но при этом уровень безопасности остаётся высоким.

➖ Где это применять

• Облачные платформы — защита данных в multi-tenant средах.

• Финтех и банк — безопасная работа с чувствительными данными.

• DevSecOps — изоляция компонентов в микросервисных архитектурах.

➡️ Подробности в статье

🐸Библиотека devops'a

Предлагаем поиграть в игру — делайте скриншот, скидывайте в комментарии и читайте кто вы есть. Делитесь с друзьями, узнаем кто есть кто 👨‍💻

🖥 IaaS – ты фундамент, на котором строится всё остальное. Ты не любишь лишних сложностей, просто даёшь ресурсы и говоришь: «Настраивайте, как хотите!» Ты как человек, который всегда готов помочь с основой, но детали – это уже не твоя забота.

🛠 PaaS – ты заботливый и предусмотрительный. Ты не просто даёшь ресурсы, ты предлагаешь готовую среду, где всё удобно настроено. Ты как друг, который говорит: «Я уже подготовил всё, тебе остаётся только работать!» С тобой всё просто и быстро, и тебя любят разработчики.

📦 SaaS – ты тот, кто делает жизнь лёгкой. Всё готово, всё работает – просто бери и используй. Ты как человек, который всегда предлагает удобные решения, избавляет других от лишних забот и делает всё красивым и понятным.

🐸Библиотека devops'a #интерактив

⏳ Браузер – машина времени

Хочешь вернуться в эпоху 8-битных компьютеров и консолей? Теперь не нужно искать старое железо – tiny8bit позволяет запустить легендарные машины прямо в браузере

Что можно эмулировать?

🔹 ZX Spectrum 48K и 128K
🔹 Commodore 64 и VIC-20
🔹 Amstrad CPC464
🔹 Acorn Atom
🔹 Robotron Z1013

...и многое другое

➡️ Поэмулировать старые системы

🐸Библиотека devops'a

📕 Инфраструктура как код

Эта новинка, изданная в феврале 2025 года, предлагает глубокое погружение в современные практики управления инфраструктурой с использованием кода.

Что в книге

✏️ Принципы Infrastructure as Code: как такая инфраструктура повышает эффективность и надежность систем.

✏️ Паттерны и практики: рекомендации по организации кода, управлению конфигурациями и автоматизации процессов.

✏️ Инструменты и технологии: обзор популярных средств для реализации IaC, таких как Terraform, Ansible и другие.

✏️ Реальные кейсы: примеры внедрения IaC в различных компаниях и отраслях.

📖 Книга

🐸Библиотека devops'a