KazDevOps

🔥 Спикер №8 DevOpsDays Almaty'26 — Байгашев Мирас, DevOps Team Lead, Core 24/7

Мирас управляет командой инженеров в Core 24/7 —занимается оптимизацией процессов и затрат компаний самых разных сфер и масштабов. Есть экспертиза в облаках, гибридах и чистом self-hostingе. Вместе с командой он закрывает полный цикл разработки и сопровождения IT-систем.

Мирас выступит с докладом «FinOps на пальцах» и расскажет:

⚪️Почему одни решения годами остаются стандартом, если минимальные нововведения и грамотное планирование наперед может полностью изменить траекторию развития проекта
⚪️Сколько вы могли бы сэкономить на своей текущей инфраструктуре и зачем это делать
⚪️Как именно организовать оптимальную инфраструктуру
⚪️К кому обращаться и какими инструментами воспользоваться

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

🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.

@devopsdayskz

⚡️ Героизм в SRE: как выявить системную проблему и перестать на неё закрывать глаза

Google SRE разбирает паттерн, который многие команды видят, но не называют вслух. Этот паттерн — героизм. Инженер закрывает своим разрыв между обещаниями системы и тем, что она реально умеет. Тикеты закрыты, SLO зелёный. Но только потому, что один человек работает по 12-16 часов и проверяет графики по выходным.

Знакомо?

⚪️ Очередь тикетов с SLO, который нельзя выполнить за рабочий день при таком потоке заявок
⚪️ Сервис с 99.99% доступности, который держится на ручном откате канареек и перезапуске задач до алертов
⚪️ launch process с нестабильной автоматизацией, которую держат за руку все выходные перед запуском.

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

Похоже, команды, которые годами держат надёжность на одном инженере, просто не заметили, что система не готова работать без него.

👈 Читать статью полностью

@DevOpsKaz 😛

🔥 PostTechHackathon — 25-27 сентября

Участникам предстоит решить два реальных технологических кейса:

⚪️ Jana Address — нормализация адресов и геокодинг
⚪️ Digital HR — единая платформа для управления сотрудником

В каждом кейсе 3 призовых места с денежными призами:

🥇 250 000 ₸
🥈 150 000 ₸
🥉 100 000 ₸

3 дня и реальные бизнес-задачи. Готовы показать, на что вы способны?

👈 Регистрируйте команду

Место: IT-hub «Терриконовая долина», Караганда, ул. Алалыкина, 12
Формат: офлайн / онлайн

@DevOpsKaz 😛

🔥 Планы на 3 октября — прийти на RWB Infra x Security Meetup

Мы направим прожекторы на инфраструктуру и информационную безопасность — туда, где за привычными решениями скрываются сложные инженерные задачи, компромиссы и неочевидные риски.

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

📅 суббота, 3 октября, старт в 13:00
Где: Москва + онлайн

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

Трек Infra:

• Тюнинг Gitlab CE как реакция на быстрый рост нагрузки
• Путь баланса и компромиссов в DCIM
• Единая инфраструктура доверия: PKI на базе Vault
• Kubernetes vs Bare Metal: что может пойти не так

Трек Security:

• DevSecOps: от сканирования в пайплайне к платформе — и обратно
• Почти эффективный VM: как мы боролись с хаосом в инфраструктуре и сократили время обработки уязвимостей
• Как защищать данные, когда единого периметра больше нет
• От заявки до доступа за 90 секунд: как шесть инженеров управляет доступом в тысяче систем

Регистрация уже открыта — не откладывайте заявку и приглашайте коллег (количество мест на площадке ограничено)!

🎟️ Подробнее о программе — на сайте

🔥 DevOps — это не только инструменты и сервисы

DevOps слишком часто сводят к инструментарию: CI/CD-пайплайнам, IaC, автоматическому тестированию, мониторингу или частоте деплоев. Однако концепция The Three Ways (поток, обратная связь, непрерывное обучение) никогда не ограничивалась только доставкой кода. Это универсальные принципы, как информация проходит через систему, как система учится на результатах и как это обучение меняет будущие действия.

По сути, Three Ways — это воплощение цикла PDSA (Plan-Do-Study-Act) из концепции Lean, принципы которого также прослеживаются в Agile, Product Management и Design Thinking.

⚪️Поток

— Локальная оптимизация — ускорение движения кода от разработчика до продакшена, уменьшение размера батчей, автоматизация деплоев
— Поток ценности начинается задолго до написания кода
— Организация может выкатывать код 20 раз в день, но при этом тратить 6 месяцев на принятие решения о том, что именно создавать

⚪️Обратная связь

— Автотесты, метрики телеметрии и алерты мониторинга.
— Возможность быстро подсветить аномалию, чтобы остановить процесс до того, как будет произведен некачественный продукт
— Ценность продукта может определить только клиент. Если клиент не пользуется функцией, процесс ее создания не принес ценности

⚪️Непрерывное обучение

— Обработка полученной обратной связи и изменение поведения или понимания системы.
— Каждая дорожная карта и гипотеза — это предположения. Больше Потока создает больше возможностей для Обратной связи, а больше Обратной связи создает возможности для Обучения, которое, в свою очередь, оптимизирует Поток
— Принципы Three Ways одинаково применимы как к одной строчке кода, так и к исследованию пользователей, ретро команд или стратегическим решениям руководства на уровне всей организации

Эти принципы нельзя запечатывать внутри инженерного инструментария. Идеальный DevOps масштабирует циклический подход (Поток → Обратная связь → Обучение) на всю организацию, от работы отдельного инженера до формирования продуктов и бизнес-стратегии.

@DevOpsKaz 😛

🔥 Спикер №7 DevOpsDays Almaty'26 — Иван Кабанов, Solution Architect в Yandex Cloud

Иван выступит с докладом «Мониторинг SLO за 5 минут».

Иван — Tech Lead с бэкграундом во многих HighLoad-проектах по СНГ и Европе. Он работает на стыке бизнеса и ИТ: помогает клиентам внедрять облачные и on-prem технологии Yandex и переводить бизнес-задачи в эффективные технические решения.

Про SLO, SLI и Error Budget все читали ещё в той самой книге от Google про SRE. SLO-мониторинг помогает оценивать надежность сервиса относительно целевого уровня, а не реагировать на отдельные сбои.

За 5 минут Иван покажет практический пример настройки синтетического мониторинга веб-сервиса на основе Prometheus-экспортеров, расчета SLO на доступность и время отклика, сбора метрик в Yandex Monium.

Доклад будет полезен SRE, DevOps и разработчикам, которые отвечают за надежность сервисов.

Что будет в докладе:

⚪️ Зачем это бизнесу и ИТ: быстро вспомним, как SLO и Error Budget помогают приоритезировать разработку и объективно понимать, что происходит с сервисом

⚪️ С помощью Prometheus Blackbox Exporter и OpenTelemetry Collector настроим проверки доступности и измерение времени отклика

⚪️ Выведем формулы расчета SLO и Error Budget и настроим алертинг в Yandex Monium и Grafana

🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.

@devopsdayskz

🔥 Karmada от Huawei теперь Graduated в CNCF: мультикластерная оркестрация Kubernetes на прод уровне

Karmada позволяет заводить и оркестрировать приложения на множестве кластеров Kubernetes и в разных облаках, не внося никаких изменений в сами приложения. Проект развивает идеи Kubernetes Federation v1 и v2, предоставляя нативные Kubernetes API для управления гибридной и мультиоблачной инфраструктурой. CNCF выдали высший статус зрелости проекту.

Karmada предоставляет автоматизацию для гибридных и мультиоблачных сценариев (Active-active, Remote DR, Geo Redundant):

⚪️ Совместимость с Kubernetes Native API: для описания рабочей нагрузки используются стандартные манифесты Kubernetes. Вносить изменения в приложения при переходе от одного кластера к множеству не требуется.

⚪️ Propagation Policy: отдельный API для определения правил размещения ресурсов по кластерам (Cluster Affinity, splitting, rebalancing). Поддерживается связь 1:n — не нужно указывать ограничения каждый раз при создании приложений.

⚪️ Override Policy: автоматическая адаптация конфигураций под конкретные кластеры (например, замена префиксов контейнерных образов или классов хранилищ в зависимости от облачного провайдера или региона).

⚪️ Компоненты Control Plane:

— Karmada API Server & ETCD — точка входа и хранилище объектов.
— Karmada Scheduler — планировщик для мультикластерного размещения.
— Karmada Controller Manager — включает в себя Cluster Controller (управление жизненным циклом кластеров), Policy Controller (связывает ресурсы с PropagationPolicy), Binding Controller (создает ResourceBinding и Work) и Execution Controller (доставляет ресурсы в member-кластеры).

Дорожная карта на 2026 год включает развитие приоритетного вытеснения (priority-based preemption), мультикластерные очереди для AI/batch-задач, а также поддержку Kubernetes Dynamic Resource Allocation (DRA) для распределения GPU и других ускорителей между кластерами.

@DevOpsKaz 😛

⚡️ Data Science в банковской сфере: как алгоритмы принимают решения

15 сентября пройдёт лекция о том, как Data Science уже используется в банковской сфере и влияет на решения, которые принимаются каждый день.

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

Участие бесплатное.

👈 Регистрируйтесь

Место: IT-hub «Терриконовая долина», Караганда, ул. Алалыкина, 12
Формат: офлайн / онлайн

@DevOpsKaz 😛

Свяжемся с победителями в течение 24 часов и раздадим подарки👆

Благодарим всех за участие! 🙏

🔥 DevOps-проекты для портфолио и подготовки к собесам

Разбирать теорию по документации — ок, но на собеседованиях всегда спрашивают за реальный опыт и архитектурные решения. Репозиторий DevOps-Projects — это готовый задачник из 54 практических кейсов, каждого из которых хватит, чтобы собрать рабочий стенд за выходные и уверенно защитить его на интервью.

Все проекты разложены по уровням (от базовых до Advanced) и разбиты по ключевым направлениям: AWS / Azure / K8s, IaC, GitOps, DevSecOps, Observability и Serverless.

Что стоит покрутить в первую очередь:

⚪️AI App & EKS (project-28): деплой OpenAI Chatbot UI в EKS с IaC на Terraform, жестким харденингом и Jenkins-пайплайном.

⚪️GitOps + Vault (project-45): полноценная связка Jenkins + ArgoCD + HashiCorp Vault для безопасной работы с секретами без хардкода в Git.

⚪️Observability Lab (project-51): настройка сквозной трассировки и метрик с помощью OpenTelemetry, Prometheus и Grafana.

⚪️Supply Chain Security (project-53): подпись контейнерных образов (Cosign), генерация SBOM и автоматическое сканирование уязвимостей в CI/CD (Trivy).

⚪️OpenTofu & AWS Free Tier (project-52): для тех, кто хочет пощупать OpenTofu вместо классического Terraform без выхода за пределы бесплатного лимита AWS.

То, что надо для пятницы. Делитесь с коллегами 🫡

@DevOpsKaz 😛

🔥 Спикер №5 DevOpsDays Almaty'26 — Андрей Квапил, Founder & CEO, Ænix

Андрей — создатель и мейнтейнер open source-платформы Cozystack, которая передана и развивается под эгидой CNCF. А также архитектор облачных решений с 10+ годами работы с highload-инфраструктурой. Более 10 лет строит инфраструктуру — от bare-metal и виртуализации до Kubernetes-платформ, на которых хостинг- и облачные провайдеры продают managed-сервисы своим клиентам.

Самый важный урок из опыта Андрея: платформа выживает не за счёт количества функций, а за счёт того, насколько легко её расширить чужими руками. Об этом и будет его доклад «Kubernetes как дистрибутив Linux: APT-подобная система пакетов на FluxCD».

А все потому, что Kubernetes-платформы упёрлись в задачу, которую Linux решил десятилетия назад: как дать пользователю поставить только то, что ему нужно, и как вырастить вокруг этого сообщество, которое приносит свои пакеты.

Отдельно расскажет, как выкатывать CNI через Flux, если самому Flux нужна работающая сеть. Покажет путь от HTTP-костылей до чистого решения на flux-aio и паттерне source-watcher из FluxCD, работающем с OCI-артефактами напрямую.

Андрей считает, что будущее за экосистемными дистрибутивами Kubernetes, ровно как когда-то это случилось с Linux. С его выступления вы унесете понимание следующего:

— как спроектировать пакетный менеджер для Kubernetes по мотивам APT
— как на практике использовать FluxCD source-watcher и OCI-артефакты
— как сделать репозитории подключаемыми, чтобы каждый мог собрать свою сборку платформы
— как построить платформу, которую расширяют пакетами, а не форками

🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.

@devopsdayskz

⚡️ AegisBPF — превентивная Runtime Security в ядре Linux через eBPF LSM

Когда речь заходит о безопасности контейнеров и хостов, большинство Security-агентов работают по принципу «обнаружили — подняли алерты».

AegisBPF меняет этот подход и смещает фокус на принудительное блокирование.

Вместо того чтобы сидеть в userspace и ловить события из tracepoints, агент использует BPF LSM (Linux Security Modules). Это позволяет рубить вредоносную или нежелательную активность буквально «на лету» — системный вызов отсекается с ошибкой -EPERM ещё до того, как операция успеет завершиться в ядре.

Чем интересен AegisBPF:

⚪️ Поддерживает inode-based правила и корректно обрабатывает специфичный для контейнеров copy-up в OverlayFS (большинство банальных фильтров по путям «ломаются» именно на этом)

⚪️ Позволяет задавать сетевые deny-правила для IPv4/IPv6, портов и CIDR-блоков

⚪️ Все политики безопасности можно гибко привязывать к конкретным cgroup, что делает инструмент отличным кандидатом для защиты Kubernetes-подов.

Эксперименты в aegis-next:

В репозитории отдельно развивается исследовательский прототип aegis-next. Там авторы уже тестируют использование BPF arena (механизм для разделяемой памяти между ядром и userspace, появившийся в свежих ядрах), построение provenance-графов (графов происхождения процессов/файлов) и новые векторы enforcement.

Проект пока молодой, но архитектурно выглядит очень здраво. Если вы исследуете тему BPF LSM, защищаете K8s-кластеры или ищете lightweight-альтернативу тяжелым runtime-агентам — однозначно стоит закинуть в закладки и покрутить в тестовой среде.

@DevOpsKaz 😛

IT-беш от Servercore в Астане | 1 октября в 19:00
Практика внедрения AI для бизнеса в Казахстане

Компания Servercore приглашает разработчиков, IT-специалистов и руководителей бизнеса на закрытый бизнес-ужин. Эксперты расскажут, как бизнес уже сегодня решает задачи машинного обучения и разворачивает ИИ-сервисы.

➡️ Регистрируйтесь по ссылке: https://srv.cr/fvon2

Участники смогут обсудить:
▪️ Кейсы внедрения AI-сервисов в компаниях Казахстана на мощностях Servercore
▪️ Выбор ИТ-архитектуры под реалии местного рынка и способы оптимизации ресурсов
▪️ Подводные камни и частые ошибки при масштабировании AI-проектов

После официальной части — IT-networking и ужин. Вас ждет QA-сессия с ML-специалистами Servercore, неформальное общение на профессиональные темы и обмен опытом.

⚠️ Не забудьте зарегистрироваться заранее, количество мест ограничено. Участие подтверждается после звонка менеджера Servercore — он уточнит детали и отправит точный адрес.

⚡️ KazHackStan 2026: главная киберконференция региона 29-30 сентября

Крупнейшая профессиональная площадка Центральной Азии откроется темой Cyber Resilience, киберустойчивость государства, бизнеса и граждан.

2 дня конференции, посвящённой киберустойчивости государства, бизнеса и защите граждан, безопасной разработке, AppSec и практическому хакингу.

👈 Купить билет

⚪️ День 1: Government & Business Day

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

⚪️ День 2: Secure Development & Hack Day

Охватит AppSec, DevSecOps, безопасность на всех этапах разработки, защиту облачной инфраструктуры, поиск и устранение уязвимостей, а также риски применения ИИ в разработке.

Параллельно идёт трек Hack: технические доклады казахстанских и международных экспертов, живые демонстрации атак и методов защиты, разборы реальных инцидентов.

👈 Купить билет

29–30 сентября 2026 года
г. Астана, Дворец Независимости

@DevOpsKaz 😛

🔥 Kubernetes v1.37 — Garhwal

Завезли множество новых функций, рассказываем главное:

⚪️ HPA умеет масштабировать в 0 (Scale to Zero) — Beta

Теперь в манифесте HPA можно штатно задать minReplicas: 0 (работает по умолчанию).
Позволяет ужимать Deployment/StatefulSet до 0 реплик, если нет нагрузки, при использовании External или Object метрик (очереди RabbitMQ/Kafka, метрики Prometheus). При появлении задач HPA сам поднимет первые поды.

⚪️ Защита API-сервера при старте (Resilient WatchCache) — GA

Ключевое улучшение стабильности control-plane. Теперь при перезапуске kube-apiserver тяжелые LIST/WATCH запросы не кладут etcd и не забивают очереди API. Сервер отдаёт клиентам HTTP 429 (Too Many Requests) с рекомендацией Backoff, пока кэш разогревается.

⚪️ Metrics API перешел в Stable (v1)

metrics.k8s.io официально стабилен. Команды kubectl top nodes/pods и стандартный autoscaling по CPU/RAM теперь опираются на GA-версию API.

⚪️ Kubelet in UserNamespace (Rootless Mode) — Beta

Все компоненты ноды (kubelet, CRI, CNI, kube-proxy) теперь официально можно запускать в изолированном пользовательском пространство имён (non-root) на хосте, существенно повышая безопасность узлов.

⚪️ Оптимизация etcd & API Server (RangeStream) — Beta

В связке с etcd v3.7+ перешел в Beta механизм etcd RangeStream. Большие LIST-запросы передаются потоком, а не собираются целиком в памяти, что существенно снижает пиковое потребление RAM на API-сервере.

⚪️ Storage Version Migration (SVM) — GA

Автоматическая миграция версий объектов в etcd при обновлении Kubernetes API включена по умолчанию (storagemigration.k8s.io/v1).

@DevOpsKaz 😛

🔥 DevOpsDays Almaty'26 кезекті спикері — Марғұлан Дәрібаев, Senior Software Engineer, inDrive

Марғұлан inDrive компаниясында Platform Engineering, оның ішінде Mobile Delivery Platform бағытын дамытумен айналысады. Ол Қазақстанға биылғы сәуір айында оралды. Оған дейін Жапонияның ең ірі маркетплейсі — Токиодағы Mercari компаниясында жұмыс істеп, Mobile Infra, CI/CD, Bazel және инфрақұрылымдық скрипттерді жетілдіруге елеулі үлес қосты.

Конференцияда Марғұлан «iOS infrastructure with self-hosted runners: pitfalls, improvements and value vs cloud runners» тақырыбында баяндама жасайды.

Ол өз баяндамасында iOS инфрақұрылымын self-hosted runner-лер негізінде құрудың практикалық тәжірибесімен бөліседі:

— Өз инфрақұрылымыңды қолдану кезінде кездесетін басты су асты тастары мен қиындықтар
— CI/CD процестерін оңтайландыру мен жақсартудың тиімді жолдары
— Self-hosted және cloud runner-лерді салыстырмалы түрде талдау: қай шешім бизнес пен инженерлік командаға көбірек құн (value) береді

🎟 Өзіңізге немесе компанияңызға билет сатып алыңыз — бай бағдарлама, пайдалы нетворкинг және кәсіби дағдыларыңызды арттыру мүмкіндігі кепілдендірілген!

@devopsdayskz

⚡️ Записи выступлений с очередного Cloud Native Community Day при поддержке Astana Hub

13 августа провели митап рамках инициативы Cloud Native — готовы делиться докладами с вами. А сверху прикрепили небольшой видеоотчет.

👈 Смотреть доклады

⚪️ Иван Екимов, SUSE: «Как скрыть control plane k8s и что это дает»
⚪️ Максат Акбанов, Magnum Cash&Carry: «Защита Kubernetes-кластера с помощью Kubescape»
⚪️ Эмиль Аминов, Cloud Tech Lead, Salmon: «За пределами одного кластера: Istio Multi-Cluster между AWS-аккаунтами»
⚪️ Валерий Окшин, DevOps Team Lead, Freedom Cloud: «Longhorn: когда Ceph слишком тяжёл, а local storage уже не хватает»
⚪️ Тимур Тукаев, COO Aenix: «Kubernetes как Linux Kernel: какое будущее ждет самый популярный оркестратор»

И не забудьте подписаться на YouTube-канал Cloud Native Kazakhstan — впереди много интересных событий.

Благодарим Astana Hub за предоставленную поддержку и организацию места для митапа!

@DevOpsKaz 😛

⚡️Лента айтишника в Телеграме — это либо копипаст новостей, либо мемы. Практику и реальный продакшен приходится собирать по крупицам среди гигабайтов шума.

При этом расти только в своем фреймворке невозможно: без понимания смежных процессов - от девопса и архитектуры до безопасности и менеджмента - сеньором не стать.

Чтобы не тратить часы на фильтрацию мусора, мы собрали авторов-практиков в одну папку IT.

Что внутри:

— Бэкенд, архитектурные решения и разбор факапов
— DevOps, инфраструктура и CI/CD
— Безопасность, системный анализ и QA
— Тимлидство, архитектура процессов и управление командами

👉🏻 Добавить папку в Telegram в один клик

🔥 Спикеры №2 и №3 DevOpsDays Almaty'26 — Илиев Тельман, Head of DevOps, и Калуженков Николай, Head of DS в Tele2/Atlel

Николай и Тельман выступят с докладом на тему «MCP в инфраструктуре: контролируемое подключение AI-агентов к внутренним системам». Это не про «что такое MCP», а как сделать свой.

Мы расскажем, как связать MCP с внутренними системами (рассмотрим случай подключения к системам мониторинга), отдать агенту ровно тот набор действий, который разрешили (read-only, без прямого kubectl), логировать всё, что он делает, и катить сервис через обычный CI/CD.

Затем подключить MCP к Claude или GPT, который станет единой точкой входа к состоянию инфры — сможете прямо в UI Claude спрашивать «что с подом X в проде» или «почему вырос latency на сервисе Y», и агент ответит на основе реальных данных с возможностью построения динамических дашбордов. Всё это покажем на примере OcellusAI.

🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.

@devopsdayskz