Как выбрать DevOps-подрядчика в Казахстане
DevOps-подрядчик нужен, когда внутренняя команда не закрывает дежурство 24/7, экспертизу под конкретный стек или пиковые нагрузки. Рынок Казахстана предлагает штат, аутстаффинг, managed DevOps, проектную работу и гибридные схемы, и в каждой свои риски. Ниже восемь критериев, по которым стоит сравнивать кандидатов, и вопросы для первой встречи.
Краткий ответ
Сравнивайте подрядчиков по восьми критериям: релевантный опыт, реальная выделенная команда, конкретные SLA с компенсациями, описанные процессы управления изменениями и инцидентами, доступы по принципу наименьших прав, инфраструктура как код в вашем репозитории, прозрачная ежемесячная отчётность и смета с разбивкой. Начинайте с аудита и пилота на 4-8 недель, а долгий договор подписывайте только после проверки.
Какая модель сотрудничества подходит?
Подрядчик не нужен, если в штате уже три и больше DevOps- или SRE-инженеров и дежурство закрыто, или если вся инфраструктура — один-два сервера: тогда хватит консультанта раз в квартал.
Дальше вопрос модели. Штатные инженеры дают полный контроль, но поиск занимает месяцы, а для дежурства 24/7 нужно несколько человек по сменам. Аутстаффинг добавляет руки в команду, но управление и качество остаются на вас. Managed DevOps отдаёт подрядчику команду, процессы, SLA и отчётность целиком, и тогда важно заранее прописать условия выхода. Проектная работа — аудит, миграция, внедрение CI/CD — закрывает разовую задачу без дальнейшей поддержки. Гибрид оставляет ядро в штате, а подрядчик берёт дежурство и пики нагрузки.
Рынок движется к смешанным схемам. Исследование российского рынка DevOps as a Service, которое в сентябре 2026 года опубликовал CNews, показывает: целиком на аутсорс DevOps отдают около десятой части компаний, остальные строят гибридные модели. По материалу Digital Business за июль 2025 года, middle DevOps-инженер в Казахстане обходится в 1,2-2,0 млн тенге в месяц с учётом налогов — и это без учёта поиска, который занимает месяцы, и замены на время отпуска.
По каким восьми критериям сравнивать подрядчиков?
Каждый критерий проверяется вопросом на первой встрече и примером, а не обещанием.
| Критерий | Что проверить | Что настораживает |
|---|---|---|
| Опыт | Два кейса со схожим стеком, цифры, контакт клиента | Только логотипы без цифр |
| Команда | Имена и роли инженеров, схема замены | «Подберём команду после подписания» |
| SLA и дежурство | Время реакции и решения по уровням, компенсации | «24/7» без условий |
| Процессы | Пример разбора инцидента, регламент изменений | «Всё в голове у инженера» |
| Безопасность | Наименьшие права, хранилище секретов, журналы доступа | Общие пароли, доступ «ко всему» |
| Владение результатом | Код и документация в вашем репозитории | Конфигурации остаются у подрядчика |
| Отчётность | Образец ежемесячного отчёта | Отчёт — список закрытых задач |
| Цена | Смета с разбивкой, что не входит | «Всё включено» без перечня |
Чаще всего спотыкаются на команде и безопасности. Если подрядчик не называет инженеров до подписания договора, вы покупаете обещание, а не конкретных людей. Если доступы выдаются без разграничения прав и журналов, проверить, кто и что сделал с продуктивом, потом нельзя.
Как читать SLA подрядчика?
SLA — письменное обязательство с последствиями за нарушение, SLO — внутренняя цель без штрафов. Смотреть нужно на время реакции, время решения и компенсации при нарушении, а не только на проценты доступности.
Проценты стоит переводить в минуты: при доступности 99,9% допустимый простой составляет около 44 минут в месяц, при 99,99% — около 4,4 минуты. Разница на порядок, и для 99,99% нужно резервирование по зонам: сам по себе дежурный инженер его не даёт. SLA подрядчика на его работу — не то же самое, что доступность вашей системы: она зависит от архитектуры, а зоны облаков и дата-центры отказывают у любых провайдеров.
Удобный язык для отчётности — метрики DORA: частота релизов, срок от коммита до продакшена, доля неудачных изменений и время восстановления после них. В 2024 году к четырём метрикам добавили пятую — долю релизов, вызванных инцидентами.
Что должно насторожить при выборе?
Остановиться стоит, если подрядчик обещает «24/7» без описания смен и времени реакции, даёт оценку без аудита инфраструктуры, просит общий доступ «ко всему» без разграничения прав, держит код и конфигурации у себя, а не в вашем репозитории, предлагает цену заметно ниже рынка без объяснений или отказывается начать с пилота.
Сколько стоит DevOps-подрядчик в Казахстане?
Цена зависит от размера инфраструктуры, уровня SLA, часов поддержки и объёма задач, поэтому честный ответ — вилка, а не одна цифра. По состоянию на ноябрь 2026 года публичные ориентиры начинаются примерно от 300 000-500 000 тенге в месяц за базовое сопровождение; у Core 24/7 базовое сопровождение начинается от 500 000 тенге в месяц, а точную оценку дают после аудита. Эти цифры — из прайсов самих подрядчиков, и сравнивать их напрямую нельзя: состав услуг у всех разный. Облачные расходы почти всегда оплачиваются отдельно и не входят в цену подрядчика.
Как начать сотрудничество без риска?
Начните с аудита и пилота на 4-8 недель с понятными критериями успеха — временем реакции на тестовые инциденты, числом закрытых рисков, качеством отчёта. Долгий договор подписывайте после. В нём зафиксируйте скоуп, SLA с компенсациями, инженеров поимённо и порядок их замены, выдачу и отзыв доступов, права на код инфраструктуры, NDA, ответственность сторон и срок расторжения.
В Казахстане отдельно стоит спросить, где хранятся данные и резервные копии — требования к хранению персональных данных граждан устанавливает закон «О персональных данных и их защите». Если вы работаете с требованиями ГТС или PCI DSS, уточните границы: подрядчик обычно готовит инфраструктуру и доказательства, а заключения выдают уполномоченные организации. Спросите про зеркала образов и артефактов на случай, если внешние реестры недоступны из вашей сети, и про резервирование при отказе облачной зоны.
Эти же восемь критериев применимы к любому подрядчику, включая Core 24/7: SLA и дежурство можно проверить на странице DevOps as a Service, опыт — в опубликованных кейсах, а подготовку к ГТС и PCI DSS — на страницах аудита ГТС и аудита PCI DSS.
FAQ
Сколько стоит DevOps-аутсорсинг в Казахстане?
Цена зависит от размера инфраструктуры, уровня SLA и объёма задач. Публичные ориентиры начинаются примерно от 300 000-500 000 тенге в месяц за базовое сопровождение, точную смету дают после аудита.
Что выгоднее: штатный DevOps-инженер или подрядчик?
Для дежурства 24/7 и пиковых нагрузок чаще выгоднее подрядчик, для зрелого продукта с постоянной нагрузкой — штат или гибрид. При расчёте штата учитывайте не только зарплату, но и поиск, замену на время отпуска и обучение.
Чем аутсорсинг отличается от аутстаффинга?
При аутстаффинге инженер работает в вашей команде по вашим процессам, и управление остаётся на вас. При managed DevOps работают команда и процессы подрядчика, а вы получаете результат по SLA и отчётность.
Что обязательно должно быть в SLA с подрядчиком?
Часы поддержки, уровни критичности, время реакции и решения по каждому уровню, компенсации за нарушение и формат отчётности. Доступность вашей системы в итоге зависит от архитектуры.
Нужен ли сразу долгий контракт?
Нет. Разумно начать с аудита и пилота на 4-8 недель с понятными критериями успеха, а долгий контракт подписывать после проверки процессов, отчётности и качества.