Телеграм канал «KazDevOps»

🔥 Вакансия: Начальник Управления ИТ инфраструктуры

Компания 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 😛