KazDevOps
Открыть в Telegram
Канал о DevOps во всех проявлениях: K8s, CI/CD, HighLoad, AI/ML, Cloud, Linux Возьмем на поддержку DevOps: https://core247.kz/ По рекламе @UlKonovalova
Больше6 874
Подписчики
+124 часа
Нет данных7 дней
-130 дней
Загрузка данных...
Похожие каналы
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
октябрь '26окт. '26
октябрь '26
+21
в 0 каналах
сентябрь '26
+339
в 3 каналах
Get PRO
август '26
+134
в 18 каналах
Get PRO
июль '26
+63
в 4 каналах
Get PRO
июнь '26
+164
в 3 каналах
Get PRO
май '26
+173
в 4 каналах
Get PRO
апрель '26
+132
в 3 каналах
Get PRO
март '26
+105
в 3 каналах
Get PRO
февраль '26
+207
в 1 каналах
Get PRO
январь '26
+1 406
в 33 каналах
Get PRO
декабрь '25
+41
в 1 каналах
Get PRO
ноябрь '25
+75
в 2 каналах
Get PRO
октябрь '25
+231
в 0 каналах
Get PRO
сентябрь '25
+89
в 1 каналах
Get PRO
август '25
+434
в 13 каналах
Get PRO
июль '25
+99
в 2 каналах
Get PRO
июнь '25
+352
в 1 каналах
Get PRO
май '25
+380
в 0 каналах
Get PRO
апрель '25
+97
в 5 каналах
Get PRO
март '25
+121
в 3 каналах
Get PRO
февраль '25
+80
в 1 каналах
Get PRO
январь '25
+98
в 1 каналах
Get PRO
декабрь '24
+112
в 2 каналах
Get PRO
ноябрь '24
+1 225
в 22 каналах
Get PRO
октябрь '24
+258
в 8 каналах
Get PRO
сентябрь '24
+227
в 3 каналах
Get PRO
август '24
+111
в 1 каналах
Get PRO
июль '24
+100
в 5 каналах
Get PRO
июнь '24
+63
в 6 каналах
Get PRO
май '24
+160
в 2 каналах
Get PRO
апрель '24
+355
в 15 каналах
Get PRO
март '24
+106
в 7 каналах
Get PRO
февраль '24
+435
в 10 каналах
Get PRO
январь '24
+213
в 4 каналах
Get PRO
декабрь '23
+124
в 4 каналах
Get PRO
ноябрь '23
+164
в 20 каналах
Get PRO
октябрь '23
+81
в 1 каналах
Get PRO
сентябрь '23
+199
в 0 каналах
Get PRO
август '23
+162
в 0 каналах
Get PRO
июль '23
+67
в 0 каналах
Get PRO
июнь '23
+435
в 0 каналах
Get PRO
май '23
+90
в 0 каналах
Get PRO
апрель '23
+268
в 0 каналах
Get PRO
март '23
+225
в 0 каналах
Get PRO
февраль '23
+271
в 0 каналах
Get PRO
январь '23
+58
в 0 каналах
Get PRO
декабрь '22
+146
в 0 каналах
Get PRO
ноябрь '22
+383
в 0 каналах
Get PRO
октябрь '22
+111
в 0 каналах
Get PRO
сентябрь '22
+183
в 0 каналах
Get PRO
август '22
+848
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 07 октября | +3 | |||
| 06 октября | +5 | |||
| 05 октября | +5 | |||
| 04 октября | +1 | |||
| 03 октября | +1 | |||
| 02 октября | +1 | |||
| 01 октября | +5 |
Посты канала
Repost from DevOpsDays Almaty 2024
⚡️ Апдейт: спикер Тельман Илиев выступит на DevOpsDays Almaty'26 с новым докладом
Тельман — сооснователь OcellusAI, open-source проекта, который превращает метрики инфраструктуры в готовые выводы для AI-агентов. Проект объединяет опыт DevOps и SRE с Data Science. Обнаружение аномалий, прогнозирование и анализ поведения системы выполняются на стороне сервера, а не в самом агенте.
Вместо заявленного ранее доклада Тельман выступит с темой «Аномалии, прогнозы, выводы: как научить AI-агента понимать метрики инфраструктуры».
Из доклада узнаете:
⚪️ Как решение выглядит на практике
⚪️ Почему простого MCP-прокси к Prometheus/VictoriaMetrics недостаточно и как расширить функциональность
⚪️ Какие есть инструменты под задачи: выявление аномалий, прогнозирование и анализ поведения системы
⚪️ Как интегрировать с любым современным клиентом (Claude Code, OpenAI Codex и другими), где агент объясняет инциденты естественным языком
Вот как Тельман говорит о своем докладе:
Работа DevOps — это не заданный набор действий, как по шаблону, а реагирование на постоянную меняющиеся ситуацию на основе данных, и её давно хочется автоматизировать, сделать прозрачнее и оперативнее. AI-агенты уже умеют писать PromQL, но, получив тысячи точек сырых метрик, теряют контекст и начинают фантазировать. В докладе будет другой подход: сервер сам объединяет запросы и обрабатывает данные. Агент получает не ряды, а диагноз: что изменилось, на скольких узлах и почему.🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы. @devopsdayskz
| 2 |  🔥 Cloudflare собрала логи, трейсы и аналитику в одной observability-платформе
Cloudflare объявила о запуске One Observability Platform — 8 обновлений, которые сводят логи, трейсинг, аналитику, алерты, дашборды и экспорт данных всех продуктов компании в один интерфейс с единым SQL API.
Главный практический эффект — меньше переключения контекста при инцидентах. Расследование, которое раньше требовало переключения между несколькими отдельными интерфейсами и ручной сверки Ray ID, теперь строится вокруг одного рабочего пространства: от Logs к Traces и обратно к SQL API без смены вкладки и синтаксиса запросов.
👈 Узнать новость полностью
В следующие месяцы под общую платформу перейдут и другие продукты, датасеты и сценарии работы.
@DevOpsKaz 😛 | 686 |
| 3 | 🔥 «Правильный FinOps в современных superapp»
Делимся записью доклада от Мираса Байгашева, DevOps Team Lead в компании Core 24/7.
👈 Смотреть доклад
В своем выступлении Мирас разбирает:
⚪️ Неочевидные точки роста: почему привычные архитектурные решения стоят дороже, чем кажется, и как небольшие изменения в планировании меняют экономику всего проекта.
⚪️ Реальный потенциал экономии: как оценить переплаты в текущей инфраструктуре и понять, где именно вы теряете бюджет.
⚪️ Практику выстраивания FinOps: с чего начать организацию оптимальной инфраструктуры, какие инструменты использовать и к кому обращаться за экспертизой.
Полезные материалы с доклада публиковали отдельным постом.
@DevOpsKaz 😛 | 887 |
| 4 |  🔥 Спикеры №14 и №15 DevOpsDays Almaty'26 — Алимжан Шабаров, Senior DevOps и Султанмахмуд Алишпанов, DevOps Engineer из BCC-HUB
Алимжан Шабаров — Senior DevOps Engineer, который отвечает за прикладную часть: полный цикл поддержки банковских приложений от CI/CD и поставки до эксплуатации и мониторинга. Строит платформу на OpenShift и Istio Ambient Mesh, внедряет GitOps на ArgoCD, развивает DevSecOps-практики, оптимизирует инфраструктурные затраты и автоматизирует рутину.
Султанмахмуд Алишпанов — DevOps Engineer, CNCF Kubestronaut. Отвечает за инфраструктурную часть Kubernetes-платформы: OKD, EKS, Service Mesh, GitOps и Observability. Строит и масштабирует кластеры, проектирует сетевую связность и multicluster-топологии, внедряет GitOps-поставку и observability-стек на уровне платформы.
Спикеры из BCC-HUB разберут Istio Ambient Mesh от банковского продакшена до внутреннего устройства.
Алимжан расскажет, как ambient-режим живёт на реальных сервисах банка: mTLS, авторизация и канареечные выкатки, во что обошёлся переход по инфраструктуре и времени команды, какие грабли собрали по дороге — и честно ответит, стоило ли оно того.
Султанмахмуд покажет, как ambient устроен изнутри и как масштабируется до multicluster в режиме multi-primary: что должно быть общим между кластерами, как это реализовать в OKD/OpenShift, где проходят практические ограничения, что показали стресс-тесты Fortio и как всё это мониторить.
🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.
@devopsdayskz | 785 |
| 5 |  ⚡️ Awesome Site Reliability Engineering
awesome-sre — это один из самых подробных списков на GitHub, посвященный SRE, инженерии надежности и поддержке сложных production-систем.
В репозитории собрали огромное количество структурированных материалов, которые помогают как новичкам, так и опытным специалистам разбираться в методологии SRE.
Внутри — тематические категории, охватывающие все аспекты SRE::
⚪️Культура и методология
⚪️Monitoring / Observability
⚪️Incident Response и Post-Mortem
⚪️On-Call
⚪️Chaos Engineering
⚪️Automation и Toil Reduction
⚪️Capacity Planning
⚪️SLO / SLI
⚪️Performance
⚪️Книги, доклады, статьи и гайды
Пользуйтесь, сохраняйте и делитесь с коллегами 🫡
@DevOpsKaz 😛 | 858 |
| 6 |  🔥 Участвуйте в AWS Innovation Day 2026 — 22 октября, бесплатно
Конференция об искусственном интеллекте, Agentic AI и облачных технологиях AWS пройдет в Астане.
В программе:
⚪️практические кейсы применения генеративного и агентного ИИ
⚪️подходы к созданию AI-агентов
⚪️архитектура безопасной AI-инфраструктуры
⚪️переход от пилотных решений к production
⚪️работа с государственными и корпоративными IT-системами
⚪️вопросы комплаенса и суверенитета данных
Среди спикеров — представители AWS, Министерства искусственного интеллекта и цифрового развития РК, АО НИХ «Байтерек», АО «Самрук-Қазына», «Казахтелекома», MUK Group и qCloudy.
Мероприятие ориентировано на руководителей, отвечающих за цифровую трансформацию, AI, данные и технологическую стратегию в государственном и корпоративном секторе.
📅 22 октября 2026, Астана, Astana Hub
🎟️ Участие бесплатное
👈 Регистрация
@DevOpsKaz 😛 | 1 092 |
| 7 | ⚡️ State of AI Engineering 2026
Отчет Datadog «State of AI Engineering 2026» основан на анализе телеметрии вызовов LLM у более чем тысячи клиентов компании.
6 ключевых выводов из отчета:
1️⃣ Доминирование мультимодельной архитектуры. 70% организаций используют 3 и более моделей, а доля компаний, применяющих более 6 моделей, почти удвоилась (41%). Прямые вызовы API провайдеров уступают место паттерну Model Gateway (например, OpenRouter или собственные шлюзы).
2️⃣ Накопление технического долга LLM. Инженерные команды быстро внедряют новые релизы, но крайне медленно выводят из эксплуатации старые модели в production.
3️⃣ Использование агентских фреймворков (LangChain, Pydantic AI, LangGraph, Vercel AI SDK и др.) выросло с 9,1% до 17.5% среди организаций. Разработчикам требуется сквозная трассировка (tracing) и телеметрия, чтобы выявлять неэффективную логику.
4️⃣ 69% всех входных токенов приходится на системные промпты: внутренние инструкции, политики безопасности, описания инструментов и схемы данных. На пользовательские промпты приходится лишь 28%.
5️⃣ Главным приоритетом становится Context Engineering — методы точной выборки (RAG), сжатия, дедупликации, суммаризации и формирования четкой иерархии информации, чтобы модель не теряла критические детали в длинном тексте.
6️⃣ Переход от монолитных агентов к микросервисным/мультиагентным архитектурам требует проброса контекста и трассировки через границы сервисов, а также формирования карт сервисов.
Разработка ИИ-систем превращается в дисциплину классической распределенной инженерии. Успех продуктов зависит не от красоты демо-версий, а от наличия непрерывных петель оценки качества (evals), проработанного инжиниринга контекста, контроля бюджетов/лимитов и сквозного мониторинга производительности и расходов.
@DevOpsKaz 😛 | 1 031 |
| 8 |  🔥 Спикер №12 DevOpsDays Almaty'26 — Душеин Александр, архитектор облачных решений Yandex Cloud
Александр уже 5 лет погружается сам и погружает других в облачные технологии Yandex.
На конференции он выступит с докладом на тему « GPU в кластере Kubernetes: эффективная утилизация ресурсов для задач ML» и расскажет, как поделить большую GPU на много маленьких задач, а затем поделить большую задачу на много маленьких GPU.
В докладе только самое мясо.
🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.
@devopsdayskz | 952 |
| 9 | Нет текста... | 909 |
| 10 |  🔥 Перестаньте будить дежурных из-за CPU > 80%
Каждый алерт, требующий немедленной реакции человека, должен быть срочным, важным, действенным и реальным. Если он не проходит хотя бы один критерий — это не повод для ночного вызова, а повод переписать сам алерт.
Предлагаем инженерный подход к дизайну алертов по принципам Google SRE от коллег:
⚪️ Почему алертить на нагрузку процессора или диск — плохая идея, и как ориентироваться на 4 золотых сигнала (Latency, Traffic, Errors, Saturation)
⚪️ Как отслеживать скорость сгорания SLO вместо наивных порогов
⚪️ Один инцидент — одно уведомление, без спама из 100 сообщений в чате
⚪️ Что реально заслуживает ночного звонка, а что может подождать до утра
⚪️ Почему алерт без инструкции по решению — это не алерт, а бесполезная паника
В конце — чек-лист, который стоит проходить каждый раз перед добавлением нового триггера.
👈 Читать полностью
@DevOpsKaz 😛 | 1 063 |
| 11 |  🔥 Спикер №11 DevOpsDays Almaty'26 — Нэлия Логинова, Head of Platform Technologies, Netcracker
Нэлия руководит платформенной командой, с которой разрабатывает внутренние инфраструктурные сервисы (Kubernetes, PostgreSQL, Kafka, MongoDB, Cassandra, RabbitMQ, Consul, etc.) и процедуры по их эксплуатации (установка, апгрейды, бэкапы, мониторинг, траблшутинг).
Полная автоматизация, обратная совместимость, L3–L4 поддержка и участие в разборе production-инцидентов. Нэлия хорошо знает, что действительно работает, а что нет. Ops-команда разворачивает эти решения на 100+ Kubernetes-кластерах и в десятках production-инсталляций Tier-1 телеком-операторов по всему миру.
На DevOpsDays Нэлия представит доклад From Runbooks to Troubleshooting Skills.
Она расскажет, почему доступ к знаниям ещё не делает агента полезным, чем skill отличается от стандартной документации и как управлять skills в масштабе десятков команд. И, главное, на какие грабли команда уже наступила и что из этого вынесла.
Это не история успеха. Это реальный путь внедрения AI в анализ инцидентов.
🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.
@devopsdayskz | 987 |
| 12 |  ⚡️ ИИ снес деплой: что делать?
Наш общий страх оправдался: в сети все больше новостей, про то как суперсовременные ИИ-модели убивают многочасовой труд инженеров и разработчиков.
Важно помнить, что у агента (какой бы крутой он ни был) нет того контекста, который есть у инженера: он действует в рамках выданных прав и полученной инструкции, а не по интуитивному пониманию, какой ресурс трогать нельзя.
В новой статье разбираем, как ограничить ущерб от автономных ошибок.
👈 Читать статью
@DevOpsKaz 😛 | 1 077 |
| 13 |  🚀 Yandex Qazaqstan, Astana Hub и Alem ai Foundation открыли набор в ML School Kazakhstan на двухгодичную программу по машинному обучению
Что в программе:
⚪️ алгоритмы, Python, C++ или Rust, классическое машинное обучение
⚪️ deep learning: нейросети, трансформеры, генеративные модели и современные подходы к обучению
⚪️ специализации: NLP, компьютерное зрение, рекомендательные системы, речевые технологии, RL
⚪️ инженерный трек: CUDA, Go, распределённое обучение и оптимизация инференса
⚪️ проектная и исследовательская практика
Практическая часть программы включает встречи с ML-специалистами Yandex и других технологических компаний страны. Студенты будут разбирать примеры реальных систем, их архитектуру и логику.
Обучение будет проходить очно на базе alem ai в Астане 2-3 раза в неделю.
👈 Подать заявку на отбор можно до 8 октября 2026 года.
❗️ Требуется предварительно зарегистрироваться на платформе.
@DevOpsKaz 😛 | 1 176 |
| 14 |  🔥 Как смена SRE-работы похожа на смену самолёта
В авиации есть термин Type Conversion — процесс, когда опытный пилот пересаживается на новый тип самолёта. Он не учится летать заново: физика полёта та же, но кабина и тумблеры другие.
Билл Данкан (SRE-инженер и пилот) отлично перенёс эту концепцию на онбординг в новую DevOps/SRE-команду. Вот 4 правила, которые помогут не упасть в первый месяц:
1️⃣ Принципы не меняются
Аэродинамика одинакова для Cessna и Boeing. Бюджеты ошибок, контроль blast radius и дисциплина быстрых откатов не зависят от компании — вы приносите эти знания с собой в первый день.
2️⃣ Приборы те же, панель — другая
Скорость и высота отображаются везде. В прод-системах это Latency, Error Rate, Saturation (методы RED/USE). На новом месте меняется только табло: Datadog, Grafana или забытый дашборд. Задача первой недели — понять, где смотрят метрики и какие из них «врут» под нагрузкой.
3️⃣ Опасайтесь старой мышечной памяти
Вы умеете катить релизы. Но если прошлый опыт — это GitOps + ArgoCD, а в новой компании — ручной деплой через Jenkins, автопилот сыграет против вас. Ошибки в первый месяц происходят не от недостатка квалификации, а от применения старых привычек к новым рычагам.
4️⃣ Запоминайте критические цифры
В авиации есть V-speeds — специфичные для каждого борта критические скорости. Попытка зайти на посадку на параметрах другого самолёта приведет к катастрофе. В SRE это пороги онколла, целевые SLO, определение SEV1 и цепочки эскалаций. Их нужно выучить назубок из ранбуков и постмортемов еще до первого ночного дежурства.
Не пытайтесь в первые недели лететь «соло». Изучите системы, поспрашивайте опытных пилотов (инженеров) и не делайте выводов о переключателях, пока лично не проверите, за что они отвечают.
@DevOpsKaz 😛 | 1 033 |
| 15 | ⚡️ Полезные материалы по итогам доклада Мираса Байгашева «Правильный FinOps в современных superapp»
Сохраняйте и делитесь с коллегами подборкой ресурсов, кейсов и инструментов для тех, кто хочет глубже разобраться в практике управления затратами на инфраструктуру.
База и стандарты FinOps
⚪️FinOps Foundation — главный мировой хаб и сообщество по FinOps
⚪️FinOps Framework — фундаментальный фреймворк и лучшие практики
⚪️Спецификация FOCUS — открытый стандарт данных для биллинга и учета облачных затрат
Доклады и реальные кейсы компаний
⚪️Making Unit Economics Actionable — как сделать юнит-экономику рабочим инструментом для инженеров
⚪️Hybrid Cost Transparency on PlayStation — кейс Sony по обеспечению прозрачности гибридных затрат
⚪️Engineering Cost per Feature at Canva with OpenTelemetry — как Canva считает стоимость разработки отдельных фич с помощью OpenTelemetry
⚪️Extending FinOps to On-Prem (Target) — как ретейлер Target распространяет FinOps-практики за пределы облака на локальные дата-центры
⚪️Making FOCUS Work in Practice — опыт Elo по внедрению спецификации FOCUS для не-облачной инфраструктуры
⚪️Cloud Budget & Forecast Process (Atlassian) — как в Atlassian устроены процессы бюджетирования и прогнозирования облачных расходов
⚪️Anomaly Detection with Looker on Google Cloud — автоматическое обнаружение аномалий в аномальном росте затрат в GCP
Инструменты и решения
⚪️OpsMan AI — наш продукт для управления и оптимизации инфраструктуры (Документация OpsMan AI)
⚪️Kubecost — мониторинг и оптимизация расходов внутри Kubernetes
⚪️Infracost — оценка изменения стоимости инфраструктуры еще до применения terraform apply
⚪️Kube-green — снижение нагрузки и гашение ресурсов K8s в нерабочее время
Токеномика
⚪️Tokenomics Foundation — портал о проектировании и экономике токенов
⚪️Tokenomics Stack — пятиуровневая модель стека токеномики
⚪️Big-T Notation — формальный язык и нотация для описания токеномических систем
@DevOpsKaz 😛 | 1 298 |
| 16 |  ⚡️ Как выстроить быстрорастущую AI-инфраструктуру для ритейла в облаке: опыт 4SELL
Летом 4SELL переехала в Yandex Cloud — всего за 3 недели и своими силами.
Сооснователь стартапа Роман Белопольский и архитектор Yandex Cloud Иван Кабанов рассказывают, какие потребности были у платформы и как выглядит финальная облачная архитектура, которая сейчас отвечает за обработку 100% транзакций.
Кратко: инфраструктура платформы построена на управляемых сервисах Yandex Cloud. Yandex Managed Service for Kubernetes® и Yandex Compute Cloud используются для запуска бэкенд-сервисов, API-серверов и компонентов обработки аудиопотоков. POS-транзакции, данные сотрудников, бонусы и метрики хранятся в Yandex Managed Service for PostgreSQL, а диалоги и результаты аналитики — в Yandex Object Storage. Аудиофайлы используют только для транскрибации и не хранят после обработки.
⚪️Отдельные сервисы отвечают за сбор метрик и журналов, изолированную сетевую инфраструктуру и защищённые каналы передачи данных, хранение образов приложений, управление SSL-сертификатами и балансировку нагрузки.
⚪️При этом всё хранится локально — в казахстанском ЦОД.
Сейчас валовая рентабельность платформы составляет 60%, а LTV/CAC превышает 3,95 и продолжает расти.
👈 Подробнее о кейсах клиентов и опыте переезда - в подкасте с Романом и Иваном. | 1 337 |
| 17 |  🔥 Спикер №10 DevOpsDays Almaty'26 — Тамерлан Бимжанов, DevOps Engineer, BCC-HUB
Тамерлан развивает распределённые системы, cloud-native инфраструктуру и observability в BCC-HUB. В его фокусе в том числе — платформа распределённой трассировки на базе OpenTelemetry для инфраструктуры с 1000+ микросервисов.
На конференции Тамерлан выступит с докладом «Распределённая трассировка: как получить целостную картину системы».
Когда в инфраструктуре больше тысячи микросервисов, сложно понять работу системы по отдельным трассировкам. Поэтому данные трассировки можно использовать не только для анализа отдельных запросов, но и для получения общей картины взаимодействия сервисов.
В докладе Тамерлан покажет:
⚪️Как собирать распределённые трассировки с помощью OpenTelemetry Collector
⚪️Как с помощью Service Graph увидеть связи и взаимодействия между сервисами
⚪️Как получать метрики отдельных операций из уже собранных спанов и детализировать наблюдение за сервисами без отдельной реализации метрик для каждой операции
⚪️Как с помощью tail сэмплирования сохранять важные трассировки и контролировать объём хранимых данных
🎟 Покупайте билет на себя или компанию — мощная программа, полезный нетворкинг и буст ваших навыков гарантированы.
@devopsdayskz | 1 205 |
| 18 |  🔥 Миграция микросервисов из одного namespace в другой без простоя
Ключевой процесс — сохранить старые DNS как точки совместимости. В старом namespace временно оставляем Service типа ExternalName, который перенаправляет запросы на сервис в новом namespace.
👈 Опираемся на гайд CNCF, чтобы узнать как мигрировать, за какие шаги и какие тонкости учесть.
Такой сценарий используется во время миграции:
⚪️ из payment в payments
⚪️ из общего namespace в namespace команды
⚪️ из временного namespace в production namespace
⚪️ между namespace разных окружений внутри одного кластера
Внутренний и внешний трафик нужно рассматривать отдельно: перенос Service сам по себе не решает проблему Ingress.
@DevOpsKaz 😛 | 1 172 |
| 19 |  ⚡️ KazHackStan 2026: главная киберконференция региона 29-30 сентября
Главная идея cамой масштабной хакерской конференции в Центральной Азии — перейти от простой защиты к киберустойчивости: способности государства, бизнеса и общества выдерживать цифровые атаки, быстро восстанавливаться и продолжать работу.
⚪️ День 1: Government & Business Day
Первый день будет посвящен киберустойчивости государства, бизнеса, критической инфраструктуры и безопасности граждан.
⚪️ День 2: Secure Development & Hack Day (а также финал Национального отбора на ICO 2027 и финал CyberKumbez — масштабного соревнования по практической кибербезопасности).
Второй день объединит безопасную разработку, техническую кибербезопасность и практический хакинг.
Организатор конференции — TSARKA, региональный лидер в области кибербезопасности и цифрового суверенитета, совместно с МИИЦР РК, Департаментом противодействию киберпреступности МВД РК и Акиматом города Астаны.
👈 Купить билет
29–30 сентября 2026 года
г. Астана, Дворец Независимости
@DevOpsKaz 😛 | 1 215 |
| 20 |  🔥 Свежая подборка инструментов DevOps
⚪️ k8s-mechanic
Kubernetes-контроллер, который отслеживает сбои в кластере, автоматически их расследует и открывает pull-реквесты с исправлениями в вашем GitOps-репозитории. Если Pod уходит в CrashLoopBackOff, Deployment деградирует или узел переходит в статус NotReady, контроллер запускает внутрикластерного агента OpenCode. Он инспектирует текущее состояние, находит соответствующие манифесты в репозитории, определяет первопричину и предлагает готовый фикс через PR.
⚪️ ksolver
Оптимизатор затрат на инфраструктуру Kubernetes. Подключается к работающему кластеру (или сохраненному снапшоту), собирает все ограничения планировщика (scheduling constraints) и использует constraint programming (CP-SAT) для поиска наиболее дешевого парка узлов, который гарантированно удовлетворяет всем правилам размещения.
⚪️ NVIDIA Personal-AI-Router
Локальный маршрутизатор инференса (PAIR) от NVIDIA для группы совместимых компьютеров в одной сети. Он обнаруживает доступные узлы, управляет движками инференса и предоставляет приложениям и агентам прокси-эндпоинты, совместимые с API Ollama и OpenAI. Входящие запросы маршрутизируются на подходящие узлы с учетом наличия нужной модели, поддерживаемого движка и текущей вычислительной нагрузки.
⚪️ archify
Навык для AI-агентов, предназначенный для создания точных и проверяемых диаграмм: архитектуры, workflow, sequence, потоков данных и жизненных циклов. Результат генерируется в виде автономного HTML-документа с поддержкой анимации и качественным экспортом статики.
@DevOpsKaz 😛 | 1 111 |
