В этом кейсе рассказывается, как платёжная компания перестроила процесс деплоя на Kubernetes, внедрив GitOps с Argo CD. Теперь каждое изменение в продакшене оформляется в виде Git-коммита, который проходит код-ревью, а подготовка к аудитам PCI перестаёт быть гаданием.
➤ https://dodopayments.com/engineering/deployment-pipeline-gitops-argocd-kubernetes
👉 DevOps Portal
➤ https://dodopayments.com/engineering/deployment-pipeline-gitops-argocd-kubernetes
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Fluentd vs Fluent Bit: что выбрать для Kubernetes?
Краткое сравнение 👇
Fluentd:
- Полноценный инструмент для обработки логов.
- Написан на Ruby (с расширениями на C).
- Справляется с высокими нагрузками и сложной маршрутизацией логов.
- Лучше всего подходит для централизованного сбора и обработки логов.
- Потребляет больше ресурсов (CPU и памяти).
Используйте Fluentd, если вам нужны продвинутые возможности фильтрации, парсинга и маршрутизации логов в больших масштабах.
Fluent Bit:
- Легковесный инструмент для пересылки логов.
- Написан на C (высокая производительность и минимальное потребление ресурсов).
- Отлично подходит для периферийных узлов, DaemonSet в Kubernetes и встраиваемых систем.
- Обычно используется для сбора и отправки логов во Fluentd, Elasticsearch или другие бэкенды.
- Оптимизирован для высокой производительности и низкого потребления ресурсов.
Используйте Fluent Bit, если вам нужен максимально легковесный сборщик логов, который не создаёт дополнительной нагрузки на узлы.
Примечание: оба инструмента имеют статус Graduated-проектов CNCF и широко используются в продакшене.
Хотите разобраться, как устроено логирование в Kubernetes?
Читайте здесь: https://devopscube.com/kubernetes-logging-tutorial/
👉 DevOps Portal
Краткое сравнение 👇
Fluentd:
- Полноценный инструмент для обработки логов.
- Написан на Ruby (с расширениями на C).
- Справляется с высокими нагрузками и сложной маршрутизацией логов.
- Лучше всего подходит для централизованного сбора и обработки логов.
- Потребляет больше ресурсов (CPU и памяти).
Используйте Fluentd, если вам нужны продвинутые возможности фильтрации, парсинга и маршрутизации логов в больших масштабах.
Fluent Bit:
- Легковесный инструмент для пересылки логов.
- Написан на C (высокая производительность и минимальное потребление ресурсов).
- Отлично подходит для периферийных узлов, DaemonSet в Kubernetes и встраиваемых систем.
- Обычно используется для сбора и отправки логов во Fluentd, Elasticsearch или другие бэкенды.
- Оптимизирован для высокой производительности и низкого потребления ресурсов.
Используйте Fluent Bit, если вам нужен максимально легковесный сборщик логов, который не создаёт дополнительной нагрузки на узлы.
Примечание: оба инструмента имеют статус Graduated-проектов CNCF и широко используются в продакшене.
Хотите разобраться, как устроено логирование в Kubernetes?
Читайте здесь: https://devopscube.com/kubernetes-logging-tutorial/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4😁1
В этом туториале показано, как мигрировать кластер EKS с выведенного из эксплуатации контроллера ingress-nginx на Gateway API. Разбираются CRD контроллера AWS Load Balancer Controller и переключение трафика без простоя (zero-downtime).
➜ https://medium.com/@douglas0n/migrating-from-ingress-nginx-to-gateway-api-on-eks-0a514952e91b
👉 DevOps Portal
➜ https://medium.com/@douglas0n/migrating-from-ingress-nginx-to-gateway-api-on-eks-0a514952e91b
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Как получить доступ к сервису, запущенному на Docker-хосте, из контейнера?
Продолжаем серию про Docker Networking. Если известен IP-адрес одного из сетевых интерфейсов хоста, всё просто. Но что делать, если он неизвестен?
Задача 1: https://labs.iximiuz.com/challenges/docker-networking-connect-app-to-host-service
Задача 2: https://labs.iximiuz.com/challenges/docker-networking-reach-host-service-bound-to-localhost
👉 DevOps Portal
Продолжаем серию про Docker Networking. Если известен IP-адрес одного из сетевых интерфейсов хоста, всё просто. Но что делать, если он неизвестен?
Задача 1: https://labs.iximiuz.com/challenges/docker-networking-connect-app-to-host-service
Задача 2: https://labs.iximiuz.com/challenges/docker-networking-reach-host-service-bound-to-localhost
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Docker 101: Фоновые контейнеры, логи и потоки STDIO
Продолжаем серию "Знакомство с Docker". В продакшене чаще всего приходится иметь дело с фоновыми контейнерами.
Практикуемся в получении их логов и повторном подключении к потокам STDIO: https://labs.iximiuz.com/challenges/docker-101-container-run-in-background
👉 DevOps Portal
Продолжаем серию "Знакомство с Docker". В продакшене чаще всего приходится иметь дело с фоновыми контейнерами.
Практикуемся в получении их логов и повторном подключении к потокам STDIO: https://labs.iximiuz.com/challenges/docker-101-container-run-in-background
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
Удобный способ управления алиасами kubectl
До Kubernetes v1.33 алиасы приходилось вручную прописывать в
Это не было ни нативным, ни структурированным решением.
Теперь с помощью
Просто, удобно и аккуратно. Более того, конфигурацию можно хранить под версионным контролем.
Вот подробный практический гайд, который поможет быстро разобраться с настройкой.
Подробный гайд: https://devopscube.com/kubectl-aliases/
👉 DevOps Portal
До Kubernetes v1.33 алиасы приходилось вручную прописывать в
.bashrc или .zshrc, смешивая их с остальными настройками shell.Это не было ни нативным, ни структурированным решением.
Теперь с помощью
kuberc можно хранить все алиасы kubectl в отдельном YAML-файле.Просто, удобно и аккуратно. Более того, конфигурацию можно хранить под версионным контролем.
Вот подробный практический гайд, который поможет быстро разобраться с настройкой.
Подробный гайд: https://devopscube.com/kubectl-aliases/
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍1
Харденинг!
Если вы не знаете это слово, листайте дальше. А если оно вам знакомо — обратите внимание, с 9 ноября стартует последний в этом году поток практикума «Харденинг ИТ: от дизайна до настроек» от Positive Education
Вы наверняка слышали, что 96% организаций уязвимы для проникновения во внутреннюю сеть, а 70% успешных атак можно было предотвратить харденингом. На практикуме расскажут именно об этом. За четыре недели участники выстроят системный подход к укреплению инфраструктуры — с нуля, по методологии, с практикой на стенде
🎯 Что внутри:
• Сетевая архитектура: зонирование, сегментация, DMZ, защита Management, Control и Data Plane
• Харденинг Windows и Linux: политики, учётки, аудит, отключение лишних служб
• Безопасные конфигурации сервисов: SSL/TLS, web, базы данных, контейнеры и виртуализация
• Практика на облачном стенде — настройки проверяются до внедрения в продуктив
• Соответствие ФСТЭК и РКБ, готовые шаблоны и чек-листы в комплекте
Практикум ведут эксперты Positive Technologies — Константин Смирнов, Павел Маслов, Константин Ким, Олег Кочетов и Антон Еремин — специалисты по архитектуре, сетевой безопасности, харденингу и DevSecOps, которые каждый день строят и защищают инфраструктуры крупных компаний
📅 Старт: 9 ноября 2026
⏳ Длительность: 4 недели
💻 Формат: онлайн
📩 Стоимость: по запросу
📄 Кстати, Positive Education получил государственную лицензию на образовательную деятельность. Это значит, что все выпускники программ получат документы установленного образца, а при самостоятельной оплате можно оформить налоговый вычет.
👉 Программа и регистрация
Если вы не знаете это слово, листайте дальше. А если оно вам знакомо — обратите внимание, с 9 ноября стартует последний в этом году поток практикума «Харденинг ИТ: от дизайна до настроек» от Positive Education
Вы наверняка слышали, что 96% организаций уязвимы для проникновения во внутреннюю сеть, а 70% успешных атак можно было предотвратить харденингом. На практикуме расскажут именно об этом. За четыре недели участники выстроят системный подход к укреплению инфраструктуры — с нуля, по методологии, с практикой на стенде
🎯 Что внутри:
• Сетевая архитектура: зонирование, сегментация, DMZ, защита Management, Control и Data Plane
• Харденинг Windows и Linux: политики, учётки, аудит, отключение лишних служб
• Безопасные конфигурации сервисов: SSL/TLS, web, базы данных, контейнеры и виртуализация
• Практика на облачном стенде — настройки проверяются до внедрения в продуктив
• Соответствие ФСТЭК и РКБ, готовые шаблоны и чек-листы в комплекте
Практикум ведут эксперты Positive Technologies — Константин Смирнов, Павел Маслов, Константин Ким, Олег Кочетов и Антон Еремин — специалисты по архитектуре, сетевой безопасности, харденингу и DevSecOps, которые каждый день строят и защищают инфраструктуры крупных компаний
📅 Старт: 9 ноября 2026
⏳ Длительность: 4 недели
💻 Формат: онлайн
📩 Стоимость: по запросу
📄 Кстати, Positive Education получил государственную лицензию на образовательную деятельность. Это значит, что все выпускники программ получат документы установленного образца, а при самостоятельной оплате можно оформить налоговый вычет.
👉 Программа и регистрация
Обязательно к прочтению DevOps-инженерам
Реальный инцидент, в ходе которого Netflix столкнулся с серьёзной деградацией сетевой производительности в разных регионах.
В статье подробно разбирается, как инженерные команды Netflix обнаружили проблему, провели расследование и в итоге устранили её.
Главный урок?
Когда возникают проблемы с сетью и вы уже успели обвинить сетевиков и разработчиков, не забудьте проверить, не обновлялось ли ядро Linux 😁
Подробный разбор: https://netflixtechblog.com/investigation-of-a-cross-regional-network-performance-issue-422d6218fdf1
Несколько технических понятий из статьи:
1. Размер TCP-окна (TCP Window Size) — механизм TCP, управляющий потоком данных между отправителем и получателем. Определяет, сколько данных получатель может принять до того, как потребуется подтвердить их получение (ACK).
2.
3.
👉 DevOps Portal
Реальный инцидент, в ходе которого Netflix столкнулся с серьёзной деградацией сетевой производительности в разных регионах.
В статье подробно разбирается, как инженерные команды Netflix обнаружили проблему, провели расследование и в итоге устранили её.
Главный урок?
Когда возникают проблемы с сетью и вы уже успели обвинить сетевиков и разработчиков, не забудьте проверить, не обновлялось ли ядро Linux 😁
Подробный разбор: https://netflixtechblog.com/investigation-of-a-cross-regional-network-performance-issue-422d6218fdf1
Несколько технических понятий из статьи:
1. Размер TCP-окна (TCP Window Size) — механизм TCP, управляющий потоком данных между отправителем и получателем. Определяет, сколько данных получатель может принять до того, как потребуется подтвердить их получение (ACK).
2.
/proc/sys/net/ipv4/ — директория, содержащая множество параметров ядра, связанных с TCP. Их можно настраивать, чтобы изменять поведение TCP-стека в Linux.3.
/proc/sys/net/ipv4/tcp_window_scaling — файл, через который можно проверить состояние масштабирования TCP-окна (TCP Window Scaling). Временно включать и отключать этот механизм можно с помощью sysctl.Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤2
Интересная задача по маршрутизации, которая показывает, насколько непросто бывает правильно настроить сетевую изоляцию
Дано: рабочая станция в офисной сети и сервер с двумя сетевыми интерфейсами в дата-центре.
Ваша задача - обойти ограничения маршрутизатора между ними и получить доступ к внутреннему интерфейсу сервера.
Справитесь? https://labs.iximiuz.com/challenges/networking-restore-emergency-ssh-access
👉 DevOps Portal
Дано: рабочая станция в офисной сети и сервер с двумя сетевыми интерфейсами в дата-центре.
Ваша задача - обойти ограничения маршрутизатора между ними и получить доступ к внутреннему интерфейсу сервера.
Справитесь? https://labs.iximiuz.com/challenges/networking-restore-emergency-ssh-access
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Три прикладных доклада для тех, кто отвечает за стабильность инфраструктуры. Обсудим на встрече защиту Helm-чартов
от некорректных данных, научим писать надежные проверки
на helm-unittest и разберем развертывание собственной LLM-модели для всей команды.
Приглашаем разработчиков, DevOps-, QA- и SRE-инженеров, тимлидов и архитекторов.
12 ноября
18:00 (мск), онлайн
Регистрация: по ссылке
В программе митапа:
1️⃣ Персональный ИИ своими руками.
Руслан Кашафутдинов расскажет, как развернуть свою ИИ-модель и работать без квот облачных сервисов.2️⃣ Helm-чарты: когда они действительно нужны.
Виталий Перваков разберет защиту от некорректных данных и сравнит инструменты проверки конфигураций.3️⃣ Стабильные unit-тесты для Helm-чартов.
Андрей Слатимов покажет, как с помощью helm-unittest находить ошибки шаблонизации и проверять обратную совместимость.
Приходи со своими рабочими вопросами — можно будет обсудить их с экспертами. Авторы лучших вопросов получат мерч IT_ONE: футболку, стикеры и плед.
Регистрируйся до 11 ноября, 23:59 (мск)
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
PigeonEye — быстрый нативный GUI для Kubernetes, который загружает даже крупные кластеры через Table API и поддерживает поиск по нескольким кластерам, просмотр логов, безопасное редактирование ресурсов, инструменты отладки и автоматическую поддержку CRD.
➤ https://github.com/tackish/pigeoneye
👉 DevOps Portal
➤ https://github.com/tackish/pigeoneye
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍1