KazDevOps

🔥 Как K2 Cloud построили облако на 5 ЦОДов и автоматизировали железо Любое облако физически живет на серверах. Если на базовом физическом уровне хаос — упадет все. Тимлид K2 Cloud поделился историей инфраструктуры K2 Cloud: от кабельного кошмара и сгоревших PDU до тотальной автоматизации физического слоя. Статья описывает эволюцию физической и программной инфраструктуры: от хаотичного ручного управления железом на заре проекта к жесткой стандартизации стоек, классической архитектуре сети (Leaf-Spine) и тотальной автоматизации жизненного цикла оборудования через GitOps-подобный подход (манифесты, Ansible, DCIM, Zabbix). 👈 Читать статью

Надежность облака начинается с железа. Без стандартизации стоек и кабельной системы неизбежны физические аварии. Изоляция зон ответственности. Разработчики софта не должны вручную собирать стойки и рассчитывать дисковые корзины, этим должна заниматься специализированная инфраструктурная команда. Декларативность рулит железом. Перенос подходов IaC на коммутаторы, конфигурации BIOS/BMC и размещение серверов через DCIM-интеграции превращает хаотичные ручные операции в быстрый, предсказуемый и безопасный конвейер.

А мы напоминаем, что сравнить облачных провайдеров Казахстана можно на нашей специальной странице. Также Core 24/7 может помочь с миграцией вашей инфраструктуры из одного облака в другое, с железа в облако или внедрить гибридный сценарий. @DevOpsKaz 😛

🔥 Вакансия: Начальник Управления ИТ инфраструктуры Компания Alatau City Invest (онлайн-брокер, предоставляющий клиентам полный доступ к инвестиционным инструментам) ищет специалиста, который возьмет под контроль управление и развитие IT-инфраструктуры. 👈 Полное описание вакансии и отклик Основные задачи: ⚪️ Организация бесперебойной работы и развитие ИТ-инфраструктуры (серверы, сети, виртуализация, облачные сервисы, СУБД, почтовая система). ⚪️ Планирование, распределение задач, контроль исполнения, наставничество и оценка сотрудников. ⚪️ Обеспечение резервного копирования, аварийного восстановления и непрерывности ИТ-сервисов; поддержание актуальности DR-плана. ⚪️ Обеспечение соответствия ИТ-инфраструктуры требованиям АРРФР/НБК и внутренних документов; взаимодействие с Управлением информационной безопасности по вопросам уязвимостей и инцидентов. ⚪️ Организация мониторинга ИТ-систем и управление инцидентами и изменениями. ⚪️ Планирование ИТ-бюджета, организация закупок, взаимодействие с вендорами и подрядчиками. ⚪️ Подготовка и актуализация технической документации и регламентов, устранение замечаний аудита. ⚪️ Руководство проектами по миграции, модернизации и внедрению ИТ-систем. Пожелания по hard skills: ⚪️ Высшее техническое образование (информационные технологии, информационная безопасность, телекоммуникации или смежные направления) ⚪️ опыт не менее 3 лет, из них на руководящей должности не менее 1 года, приветствуется опыт работы в финансовой организации, регулируемой АРРФР/НБК ⚪️опыт работы с Windows Server, Active Directory, VMware vSphere / VMware Cloud Director, Linux, Kubernetes, FortiGate, Microsoft 365 / Exchange, СУБД (Oracle, PostgreSQL, MongoDB), NAKIVO, IBM Instana, Prometheus/Grafana @DevOpsKaz 😛

🔥 Как мокирование зависимостей влияет на надёжность CI/CD Мокирование зависимостей делает CI/CD быстрее и стабильнее: с ним тесты не зависят от сетевых задержек, лимитов чужого API и перебоев сторонних сервисов. Но есть риск в том, что мок перестаёт отражать реальный сервис: пайплайн остаётся зелёным, а в продакшене интеграция падает, потому что контракт изменился, а мок — нет. Полностью отказываться от моков непрактично: без них пайплайн станет медленным и хрупким к чужим сбоям. Как снизить риск дрейфа между моком и реальным сервисом, читайте в новой статье. 👈 Читать @DevOpsKaz 😛

⚡️ Знаете, что сильнее всего экономит время и нервы в IT?

💡 Чужой опыт, за который уже заплатили другие.

Когда кто-то уже обжегся на новой технологии, исправил критическую уязвимость в безопасности или наладил процессы в команде так, чтобы все не выгорали к концу спринта. Именно ради такого обмена опытом мы с коллегами по цеху объединились в общую папку. Там собрались спецы, которые прямо сейчас отвечают головой за работающий прод, безопасность систем и выпуск сложных продуктов. В папке плотная выжимка по всем фронтам:

— от жесткого бэкенда, DevOps и кибербезопасности — до системного анализа, искусственного интеллекта и внутренней кухни управления разработкой

Читаешь чужие разборы, подсматриваешь неочевидные заходы, забираешь готовые схемы себе в проекты и экономишь кучу времени на тестах. ━━━━━━━━━━━━━━━━ 👈 Саму папку можно добавить в один клик.

🔥 IT-инфраструктура на практике: разборы и решения Чем сложнее инфраструктура, тем труднее понять, где именно возникла проблема: в сети, конфигурации сервисов или самой архитектуре. При этом даже знакомые инструменты регулярно подкидывают новые задачи.

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

⚪️ Cлишком большие VLAN, ненужный STP и другие ошибки в дизайне L2/L3 Как выбор границы между коммутацией и маршрутизацией влияет на стабильность и масштабируемость сети. С примерами типичных архитектурных ошибок и способами их избежать. ⚪️ Чтобы понять Kubernetes, я написал свой Kubernetes На примере оркестратора на Go автор рассказывает о маршрутизации контейнеров, работе iptables и циклах согласования. Показывает, какие ошибки помогают понять архитектуру K8s. ⚪️ Как настроить nftables на удалённом сервере без риска потерять SSH‑доступ Как менять правила фаервола на удалённом Linux-сервере, не обрывая SSH-сессию. Разобраны атомарная загрузка конфигурации, автоматический откат и типичные ошибки с conntrack. ⚪️ Как диагностировать тормоза Linux‑сервера без перезагрузки вслепую Пошаговая проверка загрузки CPU, памяти и дисковой подсистемы с помощью top, vmstat, iostat и других утилит. Помогает найти причину замедления сервера без перезагрузки. ⚪️ Статистика PostgreSQL: почему запросы выполняются медленно Как PostgreSQL оценивает стоимость запросов и выбирает план выполнения. Разбор статистики в pg_class и pg_stats, работы ANALYZE и причин ошибочных оценок, замедляющих запросы. ⚪️ Как собрать Linux‑контейнер с нуля без Docker: unshare, pivot_root и rootfs Как работают пространства имён, изоляция файловой системы и монтирование в Linux на практике. Помогает разобраться в механизмах, лежащих в основе Docker и Kubernetes. @DevOpsKaz 😛

🔥 BPF ksock — API для Linux В ядре Linux предлагают API BPF ksock: он даёт BPF-программам собственные сетевые сокеты и позволяет слать данные прямо из ядра, без отдельного процесса в пользовательском пространстве. 👈 Детали — в cтатье. Первая версия даёт 5 kfunc для UDP: ⚪️ создание сокета ⚪️ подключение к удалённому адресу ⚪️ отправка данных ⚪️ закрытие соединения ⚪️ и освобождение ресурсов Пригодится для событий безопасности из BPF LSM и телеметрии без лишнего копирования данных между ядром и userspace. В планах авторов — поддержка TCP, приём данных и другие операции с сокетами.

Если направление приживётся, часть observability- и security-агентов со временем может меньше зависеть от постоянного процесса в userspace — но пока это тема для обсуждения на конференции разработчиков ядра, а не принятый патч.

@DevOpsKaz 😛

🔥 4 вакансии в облачную платформу национального масштаба Коллеги из Alem.ai Global (дочерней организации Astana Hub) создают облачную платформу национального масштаба для работы с госорганами, квазигос сектором и бизнесом, а также развивают международные проекты экосистемы Хаба. Команда только собирается — вы будете среди первых. Платформу сейчас разрабатывает опытный подрядчик, а Alem.ai Global собирает свою техническую команду, которая примет ее и будет развивать дальше. Кого ищут: ⚪️ Технический директор (CTO) Собрать и вести техническую команду. Развивать архитектуру и инфраструктуру. Готовить платформу к ИБ-испытаниям. ⚪️ DevOps-инженер Принять инфраструктуру и отвечать за нее: Kubernetes (3 master, 5 worker), Helm, ArgoCD, GitLab CI. PostgreSQL и MongoDB Primary/Standby, Redis-кластер, RabbitMQ, Qdrant. Prometheus, Grafana, ELK, OpenTelemetry. ⚪️ Low-Code разработчик Собирать интерфейсы, бизнес-логику, сценарии и автоматизации. Писать функции и скрипты на Js. Проектировать модели данных, интегрировать AI. ⚪️ Системный / бизнес-аналитик Писать ТЗ, user stories, схемы BPMN и UML, критерии приемки. Принимать работу подрядчика. Вести интеграции с гос системами. 👈 Резюме отправляйте на почту cv@astanahub.com. В теме письма укажите: «Alem.ai Global — Название вакансии» @DevOpsKaz 😛

🔥 Вакансия: Cloud DevOps Engineer Компания Prime Cloud ищет Cloud DevOps Engineer уровня Middle-Senior с сильной базой Linux + Terraform + GitLab CI/CD + Kubernetes Architecture + troubleshooting. Важно уметь самостоятельно проектировать и сопровождать production Kubernetes-платформу, стандартизировать IaC/CI/CD и работать как managed-service инженер в многоклиентской среде.

Уровень: Middle-Senior Опыт: 3–5+ лет в DevOps / Cloud / System Engineering, включая самостоятельную ответственность за production-среды Зарплата: 1 200 000 тенге на руки Формат: Удаленка / Гибрид

Цель — развивать и эксплуатировать управляемый DevOps-сервис Prime Cloud для нескольких клиентов: автоматизировать инфраструктуру и delivery-процессы, стандартизировать CI/CD и IaC, сопровождать Kubernetes, monitoring и клиентские среды по SLA. 👈 Полное описание вакансии Ключевые задачи ⚪️Разработка и сопровождение стандартных CI/CD-процессов для клиентов Prime Cloud. ⚪️Создание и поддержка Terraform-модулей, Ansible-ролей и повторяемых шаблонов инфраструктуры. ⚪️Автоматизация создания VM, сетевых и сервисных компонентов, environments и клиентского onboarding. ⚪️Проектирование, развертывание и сопровождение Kubernetes-кластеров и приложений: HA, Helm, CNI/CSI, ingress, storage, RBAC и multi-tenancy. ⚪️Настройка monitoring, alerting, logging и базовой observability для клиентских сред. ⚪️Работа с Git/registry/secrets и интеграциями между DevOps-платформой, ITSM и клиентскими системами. ⚪️Диагностика Linux, network, container, Kubernetes и CI/CD инцидентов; участие в RCA. ⚪️Подготовка runbook, эксплуатационной документации и типовых процедур для Service Desk / CloudOps. ⚪️Участие в изменениях production по согласованному change-процессу и SLA. ⚪️Участие в дежурствах и эскалации критических инцидентов согласно графику. Инженер не должен решать повторяющиеся задачи вручную, если их можно стандартизировать и автоматизировать. Все reusable-решения должны превращаться в модули, роли, шаблоны, runbook и каталожные элементы сервиса. 👈 Контакты для связи: igorbelikov84@gmail.com +7 701 222 67 30 в TG @DevOpsKaz 😛

🔥 NVIDIA полностью перевела платформу Run:ai в open source NVIDIA открыла исходный код всей платформы Run:ai для GPU-оркестрации в Kubernetes Раньше открытым был только планировщик KAI Scheduler, теперь добавились control plane, CLI, веб-интерфейс и ещё три модуля: GPU Fractioning Operator с нативным дроблением GPU на CUDA, KAI Resource Management с квотами по департаментам и Workload Map, единый контракт для описания разных типов воркблоудов вроде PyTorchJob и RayCluster. Код лежит на GitHub и NGC с Helm-чартом. Платная подписка для установки не нужна. 👈 Узнать, что это и зачем Платформу уже встраивают восемь партнёров DSX — Nebius даёт её в один клик в своём облаке, Crusoe объединяет с managed Kubernetes, Rafay разворачивает как полностью управляемый сервис от инфраструктуры до control plane. Рядом NVIDIA показала два смежных проекта: Model Streamer ускоряет загрузку весов моделей в GPU в разы, а Grove оркестрирует связанные компоненты инференса вроде prefill и decode как единое целое.

Платформенные команды получают ещё один вариант GPU-оркестрации без обязательной привязки к подписке — вопрос в том, станет ли он стандартом или просто добавится к списку альтернатив.

@DevOpsKaz 😛

🔥Мы начинаем! Всем гостям приготовить билеты! Конференция DevOpsDays Almaty'26 официально открыта: ⚪️ спикеры уже начинают презентовать доклады ⚪️ организаторы, партнеры и спонсоры ждут вас на своих стендах ⚪️ воркшопы откроются в 11.00 и в 12.00 ⚪️ готовые к нетворкингу уже среди вас Подключайтесь к онлайн-трансляции, если не смогли присутствовать на конференции лично — и не пропускайте ни одного спикера. Можете задавать вопросы по докладам прямо в чате — спикеры ответят на самые интересные там же или в прямом эфире. Берите всё, за чем пришли, а мы сделаем всё, чтобы вам было комфортно 🫡 @devopsdayskz

🔥 Расписание DevOpsDays Almaty 26 Уже скоро начинается наша конференция. Спикеры и партнеры готовы, воркшопы заряжены, а ниже публикуем расписание на 16 октября: 09:50 Открытие конфы 10:00 Алимжан Шабаров и Султанмахмуд Алишпанов, BCC 10:40 Андрей Квапил, Ænix Кофе-брейк 11:40 Садыр Сауытов, PS 12:20 Евгений Перепелкин, Tabby Обед 14:00 Мирас Байгашев, Core 24/7 14:10 Тельман Илиев, OcellusAI 14:20 Марғұлан Дәрібаев, inDrive 14:30 Дмитрий Фёдоров, Tele2/Atlel 14:40 Тамерлан Бимжанов, BCC Перерыв 15:00 Иван Екимов, SUSE 15:40 Нэлия Логинова, Netcracker Кофе-брейк 16:40 Евгений Харченко, Райффайзен Банк 17:20 Владислав Кирилин, Freedom Cloud 18:00 Закрытие

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

@devopsdayskz

🔥 Расписание DevOpsDays Almaty 26 Уже скоро начинается наша конференция. Спикеры и партнеры готовы, воркшопы заряжены, а ниже публикуем расписание на 16 октября: 09:50 Открытие конфы 10:00 Алимжан Шабаров и Султанмахмуд Алишпанов, BCC 10:40 Андрей Квапил, Ænix Кофе-брейк 11:40 Садыр Сауытов, PS 12:20 Евгений Перепелкин, Tabby Обед 14:00 Мирас Байгашев, Core 24/7 14:10 Иван Кабанов, Yandex Cloud 14:20 Тельман Илиев, OcellusAI 14:30 Марғұлан Дәрібаев, inDrive 14:40 Дмитрий Фёдоров, Tele2/Atlel 14:50 Тамерлан Бимжанов, BCC Перерыв 15:00 Иван Екимов, SUSE 15:40 Нэлия Логинова, Netcracker Кофе-брейк 16:40 Евгений Харченко, Райффайзен Банк 17:20 Владислав Кирилин, Freedom Cloud 18:00 Закрытие

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

@devopsdayskz

⚡️ Интерактивный чеклист по готовности приложений и кластеров Kubernetes к проду Как убедиться, что ваша инфраструктура отказоустойчива, безопасна и масштабируема перед запуском в продакшен? Можно пойти путем проб и ошибок, а можно обратиться к чек-листу и пройтись по нему всей командой. Представляем репозиторий kubernetes-production-best-practices, который удобно использовать как внутренний стандарт компании при деплое новых сервисов. Он помогает избежать классических ошибок (падение кластера из-за отсутствия лимитов по памяти, падение приложения во время деплоя из-за неверных Readiness-проб). 5 категорий чек-листа: ⚪️ Разработка приложений ⚪️ Манифесты Kubernetes ⚪️ Безопасность ⚪️ Масштабирование и ресурсы ⚪️ Выход в продакшен и эксплуатация К большинству пунктов прилагаются пояснения, почему это важно, и готовые YAML-манифесты с корректной конфигурацией. Пользуйтесь и делитесь с коллегами🫡 @DevOpsKaz 😛

🔥 Мигрируем вашу инфраструктуру в любое облако В условиях турбулентности правила на рынке меняются быстро: тарифы, доступы, требования. Инфраструктура, завязанная на одно решение, в такое время превращается в риск. Core 24/7 перенесёт ваши системы в облако, которое подходит вам сейчас. Если нужно, предложим гибридную схему: чувствительные данные остаются на ваших серверах, а приложение работает в облаке. Аудит → подбор площадки → поэтапный перенос → мониторинг и защита → поддержка 24/7 Расскажем, какой вариант подойдёт именно вашей компании. Консультация бесплатная 👇 👈 Проконсультироваться @DevOpsKaz 😛

🚀 Бесплатный курс: Istio — Service Mesh в Kubernetes (EKS) Istio: Service Mesh + EKS — практический видеокурс на русском языке о том, зачем нужен Service Mesh и как с помощью Istio управлять трафиком между микросервисами. Курс построен от простого к сложному: сначала объясняют концепции на аналогиях, потом помогают поставить Istio в кластер и разбирают каждый ресурс на практике. Подойдёт и тем, кто только слышал слово «сервис-меш», и тем, кто уже работает с Kubernetes и хочет добавить в арсенал управление трафиком, отказоустойчивость и observability. Внутри — 13 видео в двух модулях. Модуль 1. Основы и установка ⚪️ От монолита к микросервисам — какие проблемы приносит переход ⚪️ Service Mesh & Istio — зачем он нужен и какие задачи решает ⚪️Envoy и паттерн Sidecar ⚪️ Суть Istio через аналогию с Kubernetes ⚪️ Установка Istio в Kubernetes (EKS) ⚪️ Кастомизация установки Модуль 2. Управление трафиком ⚪️ Gateway, Ingress и Egress ⚪️ Virtual Service — как связать всё воедино ⚪️ Destination Rule и Subsets ⚪️ Fault Injection — тестируем системы на отказ ⚪️ Timeouts & Retries — боремся с нестабильностью ⚪️ Circuit Breaking — защита от каскадных сбоев Смотрите, сохраняйте и делитесь с коллегами 🤓 @DevOpsKaz 😛

🔥 Воркшоп #1. Проводит Валерия Мещанинова, Senior Recruiter и карьерный консультант, Salmon Первый воркшоп на DevOpsDays Almaty'26 будет посвящен карьере. ❗️Старт в 11:00, 4 этаж, зона коворкинга (рядом с тренажерным залом) Рынок стал более осторожным и во многом принадлежит работодателю, но с другой стороны — сильные DevOpsы по-прежнему востребованы. При этом стабильность внутри одной компании не отменяет рисков. На воркшопе Валерия покажет, зачем DevOps'ам комьюнити и профессиональная видимость, как это помогает чувствовать себя увереннее на рынке и почему нетворкинг нужен не только тогда, когда вы ищете работу. Обсудим профиль на Linkedin, международный рынок компаний и каналы поиска работы. Валерия также поделится практическими способами стать заметнее без необходимости превращаться в блогера.

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

@devopsdayskz

🔥 ArgoCD Mobile mobile-for-argocd — мобильное приложение для iOS и Android, разработанное в рамках инкубатора Argo Project Labs. Предназначено для удобного мониторинга и базового управления деплоями в Argo CD прямо со смартфона. ⚪️Мониторинг приложений Просмотр полного списка приложений с отображением их статуса здоровья и синхронизации в реальном времени. ⚪️Фильтрация и поиск Сортировка и фильтр по состоянию синхронизации, проекту, namespace и меткам (labels). ⚪️Управление деплоями Запуск синхронизации, принудительное обновление, откат к предыдущим версиям. ⚪️Инспекция ресурсов Просмотр дерева ресурсов и управляемых манифестов, сравнение разницы в конфигурациях, просмотр и стриминг логов подов с возможностью выбора контейнера. ⚪️Безопасная аутентификация Приложение создано на базе стека React Native / Expo и доступно для установки через App Store и Google Play. @DevOpsKaz 😛

🔥 Сервер на смартфоне OnePlus 6 с 26 контейнерами Предлагаем пятничное чтиво про один интересный эксперимент. С чего все начиналось:

API, которые я размещал для микропроектов, уже не помещались на крохотном арендованном облаке. Да и цены на него собирались поднимать. Из-за всего этого я решил, что пора обзавестись домашним сервером. Небольшой ресёрч привёл меня к проекту Mobian (Debian для мобильных устройств, поддерживаемый энтузиастами)

Спустя полгода на сервере активно 26 докер-контейнеров — и за это время возникла всего одна проблема.

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

В статьях ниже вы узнаете: ⚪️ Про установку Mobian ⚪️ Бенчмарки ⚪️ Про SSH и деплой ⚪️ Как устроен CI/CD ⚪️ Про Caddy и Nginx ⚪️ Итоги эксперимента 👈 Читать часть №1 👈 Читать часть №2 Сколько все стоило: ~18 000 тенге за б/у телефон и пара выходных на настройку. @DevOpsKaz 😛

⚡️ Апдейт: спикер Тельман Илиев выступит на DevOpsDays Almaty'26 с новым докладом Тельман — сооснователь OcellusAI, open-source проекта, который превращает метрики инфраструктуры в готовые выводы для AI-агентов. Проект объединяет опыт DevOps и SRE с Data Science. Обнаружение аномалий, прогнозирование и анализ поведения системы выполняются на стороне сервера, а не в самом агенте. Вместо заявленного ранее доклада Тельман выступит с темой «Аномалии, прогнозы, выводы: как научить AI-агента понимать метрики инфраструктуры». Из доклада узнаете: ⚪️ Как решение выглядит на практике ⚪️ Почему простого MCP-прокси к Prometheus/VictoriaMetrics недостаточно и как расширить функциональность ⚪️ Какие есть инструменты под задачи: выявление аномалий, прогнозирование и анализ поведения системы ⚪️ Как интегрировать с любым современным клиентом (Claude Code, OpenAI Codex и другими), где агент объясняет инциденты естественным языком Вот как Тельман говорит о своем докладе:

Работа DevOps — это не заданный набор действий, как по шаблону, а реагирование на постоянную меняющиеся ситуацию на основе данных, и её давно хочется автоматизировать, сделать прозрачнее и оперативнее. AI-агенты уже умеют писать PromQL, но, получив тысячи точек сырых метрик, теряют контекст и начинают фантазировать. В докладе будет другой подход: сервер сам объединяет запросы и обрабатывает данные. Агент получает не ряды, а диагноз: что изменилось, на скольких узлах и почему.

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