KazDevOps

🔥 IT Kazakhstan Сообщество для IT-специалистов, бизнесменов и предпринимателей Казахстана. Здесь вы найдете вакансии, проекты, нетворкинг, партнерства, обмен опытом и новые возможности для развития. Уже более 10 000 участников в Telegram и закрытом WhatsApp-сообществе. ⚪️ WhatsApp сообщество ⚪️ Telegram сообщество ⚪️ Telegram-канал IT Kazakhstan Присоединяйтесь, знакомьтесь, находите клиентов, партнёров и новые возможности!

Свяжемся с победителями в течение 24 часов и раздадим подарки👆 Благодарим всех за участие! 🙏

🎉 Результаты розыгрыша: 🏆 Победители: 1. Сергей (@SergeyGlazyrin) 2. Игорь (@igorFromMars) 3. K0 (@k0_oat) 4. no one (@tonb00st) 5. Rasha (@rashaurl) 6. qwe (@kitto_kienai) 7. Nurlan (@nur1an_i) 8. Alexander (@blialibliali) 9. Alexandr (@khrissanov) 10. A (@zfarabi) ✔️Проверить результаты

⚡️ Smart news В канале вы найдете актуальные новости из мира современных технологий и не только... Гаджеты, IT, ИИ, изобретения, космос, общество и многое другое. 👈 Присоединяйтесь Smart News также есть в Максе и ВК.

🔥 Ускоряем рутину в Jira и Git Переключение между браузером с вечно тормозящей Jira, терминалом и Git — классический раздражитель. Утилита jcli решает эту проблему прямо из консоли. Основная идея инструмента — свести к минимуму рутину вокруг менеджмента задач, трекинга текущей работы и нейминга веток. Что умеет jcli? ⚪️Выбор задач без перехода в UI: быстрый поиск и выбор тикетов, назначенных на вас или находящихся в работе ⚪️Автоматическое именование ветки: генерирует единообразное имя ветки Git в соответствии с правилами команды (например, feature/PROJECT-1234-short-description), беря ключ и тайтл прямо из Jira ⚪️Трекинг фокуса: помогает держать перед глазами текущую задачу и переключать статусы тикета (In Progress, Code Review, Done) не покидая терминал. ⚪️Написан на Go: работает быстро, компилируется в один бинарник и не требует тяжелых зависимостей (типа Node.js или Python-окружения). Кому пригодится? ⚪️ Разработчикам: чтобы не копировать вручную ключи задач из Jira при создании новой Git-ветки (git checkout -b ...). ⚪️ DevOps / SRE: для тех, кто ценит работу по принципу CLI-first и хочет минимизировать время в веб-интерфейсах при разборе тасок или дежурствах. @DevOpsKaz 😛

🔥 Не знаете, куда сходить, чтобы прокачаться в профессии? Наши друзья из «Стартап-Чайханы» ежедневно собирают актуальные мероприятия, дедлайны и возможности для стартаперов, IT-специалистов и предпринимателей Центральной Азии. В канале можно найти конференции, митапы, хакатоны, акселераторы, гранты, конкурсы и образовательные программы — всё в одном месте, без долгих поисков. 👈 Подписывайтесь на «Стартап-Чайхану», чтобы не пропускать полезные события и новые возможности

🔥 Как научить ИИ разгребать метрики вместо дежурного Помните чувство, которое хоть раз проходил каждый дежурный: первым минутам инцидента, когда алерты сыплются один за другим, а понять, что вообще происходит, ещё нельзя? Хорошо настроенный мониторинг прекрасно показывает, что горит, но не объясняет, почему это горит и что происходит вокруг события. Именно этот разрыв и есть самая дорогая часть инцидента.

Этим летом Слёрм запустил бесплатную «Вечернюю школу. ИИ для инженеров: польза и риски». Шесть открытых онлайн занятий о том, где искусственный интеллект реально помогает инженеру, а где создаёт новые риски. Занятия построены на живых кейсах и рабочих процессах: инженеры, архитекторы, безопасники и даже юрист разбирали, как ИИ встраивается в разбор инцидентов, автофикс прода, SOC и code review, на разных моделях и инструментах.

В первом докладе Сергей Тимиряев, DevOps и MLOps, рассказал о своем проекте: ⚪️ ИИ-агент из двух частей, Data Enricher и AI Worker, автоматически собирает контекст инцидента: метрики из Prometheus, состояние подов и нод в Kubernetes, свежие деплои и рестарты ⚪️ AI Worker передаёт обогащённый алерт в языковую модель через OpenRouter и публикует готовую гипотезу причины прямо в Telegram, реплаем на исходный алерт ⚪️ решение сокращает MTTA, время до подтверждения инцидента, с 20 до 30 минут ручного разбора до одной-двух минут, а часто и до секунд ⚪️ финальное решение всегда принимает инженер: агент не заходит в прод, не удаляет ресурсы и работает в Kubernetes API только на чтение 👈 Смотреть доклад Исходный код проекта из видео открыт на GitHub @DevOpsKaz 😛

⚡️ Вакансия для DevOps-инженера / SRE PS Cloud Services (ps.kz) ищут DevOps-инженера для развития и сопровождения production-инфраструктуры. Уровень: Middle+ (On-premise) Опыт работы: 3-6 лет Локация: Казахстан, Алматы Формат: работа в офисе, после испытательного срока возможен гибрид Зарплата: до 1 000 000 ₸

Задачи: • Обеспечение высокой доступности production-систем; • Решение технических вопросов совместно с командой разработки; • Настройка и оптимизация CI/CD: создание pipelines, деплой сервисов, управление переменными окружения; • Сопровождение инфраструктуры виртуализации KVM/QEMU: создание, обновление и миграция виртуальных машин; • Разработка манифестов, автоматизаций и типовых решений с последующим внедрением в production.

Что важно знать: • Уверенное администрирование GNU/Linux; • Практический опыт работы с Kubernetes; • Опыт построения CI/CD и GitOps-процессов: Argo CD, Harbor; • Опыт с системами мониторинга и логирования: Zabbix, Prometheus, Grafana, ELK, Loki или VictoriaMetrics; • Практический опыт работы с Ceph; • Сопровождение MySQL/MariaDB, PostgreSQL, MongoDB или Redis; • Знание Infrastructure as Code: Terraform, Ansible; Будет преимуществом: • Опыт работы с OpenStack; • Знание Nginx и HAProxy; • Понимание информационной безопасности и управления доступами; • Автоматизация на Bash и/или Python; • Профессиональные сертификаты; • Самостоятельность, ответственность и умение работать в команде;

Мы предлагаем: • Комфортный оборудованный офис; • Интересные инфраструктурные задачи; • Оплату экзаменов Red Hat и Linux Foundation за счёт компании; • Развитие навыков работы с Linux, сетями, виртуализацией и серверным оборудованием; • Поддержку профессионального роста внутри команды;

👉 Резюме скидывать: @dimraf, @vkechin

⚡️ Хотите совет по хорошему каналу про искусственный интеллект? Посмотрите Time2Future | ИИ Медиа В Time2Future | ИИ Медиа живой контент с личным опытом и практическими рекомендациями. Авторы канала стремятся рассказывать про передовую технологию доступно для всех, без сухости и скуки. Там вы найдёте: ⚪️ Доступ к отобранным новостям и инсайтам про ИИ ⚪️ Обзоры ТОП-вых ИИ-сервисов и каталог бесплатных новинок ⚪️ Полезные идеи по применению ИИ Подписывайтесь!

❓ Что общего у ИТ специалиста с зарплатой 1-2 млн и джуна, который застрял на 500к?

Первый не переставал учиться — просто делал это бесплатно и по делу🥂

➡️IT-KB 😎 — канал, где каждый найдёт для себя что-то стоящее: IT-курсы, роадмапы и опыт коллег. Linux, Windows, Python, базы данных, сетевые технологии, ML, DevOps, ИИ — выбирай любое направление и смотри. В дополнение библиотека знаний — 📖 IT ARCHIVE✅✅✅✅✅

Будь в курсе событий в области ИТ😏

⚡️ Бесплатный офлайн-воркшоп KZ Data Community в Алматы — 27 августа Спикеры: ⚪️ Екатерина Рехерт — «Ваш ИИ несёт чушь? Основы промпт-инжиниринга и Microsoft Copilot» ⚪️ Михаил Пасечный — «Не просто чат-бот: как Copilot и Claude встраиваются в data-workflow» 📅 27 августа, 19:00 Офис Beeline, пересечение Тимирязева × Ауэзова Количество мест ограничено. 👉 Регистрируйтесь по ССЫЛКЕ

⚡️ От обычных гейтов в CI/CD к Agentic CI/CD с MCP

Классический цикл «Build-Push-Deploy» прост только на бумаге. В реальности мы регулярно упираемся в проблему: пайплайн отработал идеально, тесты прошли, артефакт собран… и релиз улетает в кластер, который прямо сейчас находится под высокой нагрузкой (Memory pressure, CPU throttling или риски OOM).

Обычно эту проблему решают написанием громоздких bash/python-скриптов или запросов к API Prometheus, которые проверяют Deployment Gates. Но эти скрипты жесткие, хрупкие и требуют постоянного обслуживания. На смену им приходит Agentic CI/CD — подход, где роль гейткипера перед деплоем выполняет AI-агент, взаимодействующий с инфраструктурой через Model Context Protocol (MCP). Как это работает на практике? Вместо выполнения захардкоженного скрипта GitHub Actions обращается к Elastic MCP Server и запрашивает статус кластера на понятном языке. ⚪️Сбор метрик: OpenTelemetry Collector непрерывно собирает данные о состоянии Kubernetes-кластера. ⚪️AI-агент: в Elastic создается специализированный Observability Kubernetes Agent с системными инструкциями и кастомными ES|QL-инструментами для анализа ресурсов. ⚪️Запрос из CI/CD: GitHub Actions через MCP-протокол отправляет агенту промпт:

«Скажи, использует ли кластер otel-test более 25% CPU или памяти на любом из узлов?»

⚪️Принятие решения: агент запрашивает метрики, находит просадку, форматирует понятный отчет и отдаёт статус. Если кластер нестабилен — пайплайн автоматически падаёт до этапа синхронизации в ArgoCD/Flux. Зачем это нужно? ⚪️ Вы не тратите ресурсы на выкатку релиза в падающий или перегруженный кластер. ⚪️ Агент может учитывать сразу комплекс факторов (метрики, активные алерты, динамические пороги), а не просто сверять одну статичную цифру. ⚪️ В логах CI/CD остается не безымянный exit code 1, а человекочитаемый разбор от агента с указанием конкретной ноды и метрик. @DevOpsKaz 😛

🔥 Сервисы на Rust Автор объясняет, почему Rust — отличный выбор для средних по размеру backend-сервисов, несмотря на меньшую "продуктивность" по сравнению с Go. В Rust богатая система типов, проверки компилятора и zero-cost-абстракции избавляют от багов бизнес-логики. В статье разбирается HTTP-стек Rust с tokio, hyper, axum для сервера, reqwest для клиента и tracing для наблюдаемости. Автор предлагает классическую трехуровневую архитектуру кода - HTTP/worker-слой, слой сервисов с бизнес-логикой и "тупой" repository-слой для работы с БД, где каждый слой общается только с соседним. Автор также накидывает про фоновые задачи через очередь, крон-задачи, кэширование на уровне сервисов. В целом, у Rust уже достаточно богатый стек для продакшен разработки. Поддержать проект на boosty и читать в MAX

💛 Разбираем htop на запчасти Кажется, что htop — простейшая утилита линукс. Но заглядывали ли вы к ней под капот? 👈 В статье htop explained автор не просто дает шпаргалку по хоткеям, а наглядно показывает устройство Linux через призму мониторинга, подкрепляя всё командами strace и чтением псевдофайловой системы /proc. ⚪️ Load Average: почему 1.00 на 1-ядерном процессоре — это не всегда 100% CPU, и при чём тут диск (I/O). ⚪️ Память без путаницы: разница между VIRT (виртуальная), RES (физическая) и SHR (расшаренная). Как не паниковать при виде огромного VIRT. ⚪️ Статусы процессов: что скрывается за буквами R, S, D, Z и почему процесс в статусе D (uninterruptible sleep) нельзя завершить даже через kill -9. ⚪️ Полезные хоткеи: как через Shift+H (скрыть потоки), Shift+K (скрыть треды ядра) и F5 (дерево процессов) превратить хаос на экране в понятную структуру. ⚪️ Магия /proc и strace: как сам htop собирает метрики прямо из ядра. @DevOpsKaz 😛

🎓 Бесплатно обучитесь аналитике данных с нуля и сделайте первый шаг в IT! Успейте подать заявку на грант TechOrda на обучение в DataBoom. ❗️Вся подробная информация в карусели. Оставляйте заявку по ссылке: https://astanahub.com/ru/techorda/course/844/ На все вопросы ответим в комментариях 🫶

27 августа приглашаем вас на Halyk Tech Sprints: Level Up — Cybersecurity & Antifraud Meetup 🚀 Поговорим о киберугрозах, Red Team, антифроде и современных подходах к защите банковских сервисов. Будут реальные кейсы и практический опыт экспертов Halyk. 📍 Алматы, ТРЦ Forum, Event Space 📅 27 августа | 🕖 19:00 А ещё вас ждут интересные доклады, кофе-брейк, мерч и возможность пообщаться с участниками и спикерами. 🎟 Участие бесплатное — регистрация

🎓 Приглашаем на официальные тренинги Zabbix на русском языке (ближайший уже через пару недель) При выборе обучения многие обращают внимание на программу курса и опыт преподавателя, но есть еще один фактор, который остается с вами надолго после окончания курса — официальный сертификат Zabbix. Компания Gals Software является официальным тренинг-партнером Zabbix, поэтому после успешного прохождения обучения и сдачи экзамена слушатели получают официальный сертификат от Zabbix. Почему это важно? ✅ Сертификат выдает сам разработчик Zabbix, а не учебный центр. ✅ Он подтверждает, что ваши знания соответствуют требованиям вендора. ✅ Его признают компании по всему миру при поиске специалистов по мониторингу. ✅ Для работодателя это простой способ убедиться, что кандидат действительно владеет Zabbix, а не только работал с ним. Для инженера это: ✅ дополнительное преимущество при трудоустройстве; ✅ подтверждение своей квалификации; ✅ возможность выделиться среди других специалистов; ✅ официальный статус, который ценится на рынке. Мы регулярно проводим официальные курсы: 📌 Zabbix Certified Specialist (программа) 7-11 сентября 2026 📌 Zabbix Certified Professional (программа) 28-30 октября 2026 📌 Zabbix Certified Expert (программа) 16-20 ноября 2026 Обучение проходит по официальной программе Zabbix с использованием материалов вендора, а занятия проводят сертифицированные инструкторы Gals Software. Если вы хотите не просто изучить Zabbix, а получить международно признанное подтверждение своих знаний, будем рады видеть вас на наших курсах. 📅 Полное расписание тренингов 📩 Напишите нам на hello@gals.software или @galssoftware, и мы расскажем подробнее.

⚡️ Почему сложно найти DevOps-инженеров Пост для тех, кто нанимает в команду.

Если попросить 10 компаний описать идеального DevOps-инженера, почти наверняка получится 10 разных вакансий. При этом все компании используют одно и то же название вакансии. Именно поэтому у работодателя и кандидата разные ожидания. Вакансии часто продолжают описывать стек, который формировался несколько лет назад, в результате чего появляются требования, отражающие не текущие задачи бизнеса, а список вообще всех инструментов. Для кандидатов это выглядит как попытка найти универсального специалиста, который одинаково хорошо знает все существующие инструменты.

Можно знать Terraform, Kubernetes, Prometheus, Grafana и десятки других решений, но если инженер не сталкивался с отказоустойчивостью, масштабированием, авариями или эксплуатацией высоконагруженных систем, этого опыта может оказаться недостаточно для конкретного проекта. Инженеры обычно принимают решение о новом месте работы не только исходя из условий, большое значение имеет понимание самого проекта. ⚪️ Какая инфраструктура уже существует? ⚪️ Какие задачи предстоит решать? ⚪️ Насколько зрелые процессы в компании? ⚪️ Есть ли возможность влиять на архитектуру? Именно поэтому техническое интервью становится не просто этапом оценки кандидата. Оно превращается в обсуждение того, насколько ожидания обеих сторон совпадают. Успешный поиск DevOps-инженеров редко строится вокруг длинного списка технологий. Гораздо лучше работают другие подходы: ⚪️ Четкое описание текущей инфры и проекта ⚪️ Разделение обязательных и желательных требований ⚪️ Понимание реальных задач на повестке ⚪️ Готовность обсуждать развитие роли инженера А если компания не может понятно объяснить, с чем предстоит работать, вероятность отказа заметно возрастает. Это звучит очевидно, но далеко не все действительно ставят себя на место соискателя. @DevOpsKaz 😛