← Назад к базе знаний

Эксплуатация без своей инженерной команды

Эксплуатация без своей команды

Коротко. Систему запустили, подрядчик ушёл, а дальше её кто-то должен поддерживать. В компании без своей инженерной команды этот вопрос решается в последний момент — обычно в момент первой аварии. Между «нанять администратора» и «отдать на аутсорс» есть третий вариант, и он чаще всего правильный.

Три модели и их настоящая цена

Модель Что получаете Что не получаете Когда подходит
Свой администратор Контекст, быструю реакцию, знание вашей специфики Круглосуточность и замену на время отпуска От пятидесяти рабочих мест и своей инфраструктуры
Аутсорс целиком Смену, процессы, разные компетенции Знание вашего бизнеса и инициативу Когда систем немного и они типовые
Свой плюс аутсорс дежурства И контекст, и круглосуточность Требует описанных процессов Самый частый рабочий вариант

Что обязано существовать до передачи на поддержку

  1. Список систем с указанием, что критично, а что нет.
  2. Схема потоков: откуда куда идут данные и от чего что зависит.
  3. Доступы, оформленные на компанию, а не на человека подрядчика.
  4. Порядок действий при трёх типичных авариях, записанный словами.
  5. Контакты производителей и номера договоров поддержки со сроками.
  6. Проверенная процедура восстановления с замеренным временем.

Шестой пункт — единственный, который нельзя подготовить задним числом. Всё остальное можно дописать, восстановление — только проверить заранее.

Маршрут

Ступень Что читаем Что забираем Срок
1. Операционная система Книги по администрированию Linux из подборки Процессы, диски, журналы, права 4 недели
2. Автоматизация рутины «Bash и кибербезопасность», «Запускаем Ansible» Повторяемость вместо ручных действий 3 недели
3. Мониторинг «Zabbix 7: мониторинг ИТ-инфраструктуры» Что мерить и какие оповещения имеют смысл 2 недели
4. Восстановление Материалы по резервному копированию из подборки Целевые время и точка восстановления в цифрах 2 недели
5. Процессы «Настоящий SRE» Дежурства, разбор инцидентов, бюджет ошибок 4 недели

Что писать в договоре на поддержку

  • Время реакции и время восстановления — это разные обязательства, и путать их нельзя.
  • Что считается инцидентом и кто присваивает уровень критичности.
  • Часы покрытия: рабочие или круглосуточно, и что происходит в праздники.
  • Количество включённых часов и стоимость сверх лимита.
  • Кто именно будет работать: имена и уровень, а не «команда инженеров».
  • Порядок передачи дел при расторжении и срок отдачи документации.

Шесть выводов — своими словами

  1. Большая часть аварий — следствие изменений. Не оборудования и не атак, а собственных обновлений и правок.
  2. Оповещение без дежурного бесполезно. Мониторинг, который некому принять ночью, — это способ узнать утром.
  3. Доступы, оформленные на человека, — мина. Уход администратора превращается в неделю восстановления доступа.
  4. Аутсорс не снимает ответственность. Внутри компании всё равно должен быть человек, который принимает работу и понимает, что происходит.
  5. Документация устаревает быстрее оборудования. Полезнее короткая и живая, чем полная и позапрошлогодняя.
  6. Учения дешевле аварии. Один запланированный тестовый сбой в квартал стоит меньше, чем один незапланированный.

Частые вопросы

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

Связанное

Книги названы как источники. KZSalesHub не распространяет файлы изданий.

Вопрос «кто это поддерживает» решается до запуска, а не в момент первой аварии. Между своим администратором и полным аутсорсом есть третий вариант, и он чаще всего дешевле обоих.

Материал обновлён 30 сентября 2026

Руслан ОмаровFull-Stack Business Architect · Облако и ИИОб авторе
Материал оказался полезным?

Больше на KZSalesHub

Оформите подписку, чтобы продолжить чтение и получить доступ к полному архиву.

Читать дальше