Сколько стоит час вашего админа и когда дешевле доплатить хостеру

MAATRIX

Настройка бэкапов заняла у вас вечер вместо получаса, который вы себе обещали. Мониторинг молчал две недели, пока диск не забился под ноль. Обновление безопасности откладывали месяц, потому что "руки не доходили" — а потом разбирались с последствиями всю ночь. Знакомо? Есть простой способ понять, где вы теряете деньги, экономя на времени, и где, наоборот, платите хостеру за то, что могли бы сделать сами за 20 минут. Дальше — конкретная формула и честный разбор, когда она работает, а когда нет.

Почему "я сделаю сам" — это не бесплатно

Первая ошибка в голове почти у каждого, кто администрирует сервер сам: время воспринимается как ресурс, который "и так есть", раз вы уже сидите за компьютером вечером или в выходной. Это иллюзия. У времени всегда есть цена — вопрос только в том, как её посчитать.

Есть два сценария, и формула себестоимости часа в них разная.

Сценарий 1: вы делаете это как часть работы (бизнес, фриланс, сайд-проект с деньгами). Тогда себестоимость часа — это не просто "зарплата / 160 часов". Нужно учесть:

• налоги на фонд оплаты труда (для найма) или налоговый режим, если вы ИП/самозанятый;
• накладные расходы — аренда, софт, страховка, ваше время на неоплачиваемые задачи (планирование, созвоны);
• альтернативную стоимость — что вы могли бы делать в этот час вместо возни с сервером: продавать, писать код продукта, привлекать клиентов.

Грубая прикидка для найма: если человек получает N на руки, реальная стоимость часа для компании обычно в 1.4–1.8 раза выше N/160 — за счёт налогов и накладных. Точный коэффициент у вас будет свой, это не универсальная цифра, а ориентир, чтобы не считать "в лоб" одну зарплату.

Сценарий 2: вы делаете это в своё личное время (свой проект, хобби-сервер, VPN для семьи). Тут зарплата не подходит вообще — считать нужно через альтернативную стоимость личного времени: сколько стоит для вас час вечера или выходного. Для кого-то это "час, который я мог бы потратить на подработку", для кого-то — "час сна, которого мне и так не хватает", и это тоже имеет цену, просто не в рублях, а в усталости и качестве жизни. Если совсем не с чем сравнить — возьмите свою часовую ставку на основной работе как нижнюю границу: меньше точно не стоит.

Ключевая мысль: пока вы не назвали число (даже приблизительное), сравнение "сам или доплатить" невозможно в принципе — вы будете принимать решение на ощущениях, а не на расчёте.

Формула: разовая задача

Для разовой задачи (сделал один раз и забыл) сравнение простое:

Стоимость "сам" = (себестоимость часа) × (ожидаемое время на задачу)
Стоимость "хостер" = фиксированная цена managed-услуги за эту задачу

Делаете сами, если стоимость "сам" меньше цены услуги хостера. Доплачиваете, если наоборот.

Пример расчёта (цифры условные, подставьте свои):

• Себестоимость вашего часа: 1500 руб/час (посчитано по одному из двух сценариев выше).
• Задача: настроить связку бэкапов с шифрованием и ротацией на новом сервере.
• Ваша реалистичная оценка времени — не "если всё с первого раза получится", а с учётом, что придётся читать документацию, разбираться с правами доступа к хранилищу и один раз всё переделать: 4 часа.
• Стоимость "сам" = 1500 × 4 = 6000 руб.

Если управляющая панель хостера или платная услуга настройки бэкапов стоит меньше 6000 руб единоразово — доплатить дешевле. Если больше — выгоднее сделать самому, при условии что оценка времени реалистична (см. ниже про частую ошибку).

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

Формула: регулярная поддержка

Для повторяющейся задачи (не "настроить один раз", а "поддерживать постоянно") формула меняется — считать нужно за период, а не за один раз:

Стоимость "сам" (в месяц) = (себестоимость часа) × (часы в месяц на поддержку задачи)
Стоимость "хостер" (в месяц) = ежемесячная цена managed-услуги

Часы в месяц на поддержку — это не только "время, когда всё работает штатно" (проверить дашборд мониторинга раз в день — 5 минут), а средневзвешенное с учётом инцидентов. Если раз в квартал что-то ломается и на разбор уходит целый день — это тоже часть ежемесячной стоимости, просто размазанная по времени: день раз в три месяца ≈ 2.5 часа в месяц "в среднем".

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

Риск — то, что формула про часы не учитывает

Прямое сравнение "часы × ставка против цены услуги" работает для задач, где худший исход — это "потратил больше времени, чем рассчитывал". Но для части задач худший исход куда серьёзнее, и его нужно закладывать отдельно, не пряча в среднюю оценку часов.

Типичный пример — обновления безопасности. Экономия здесь выглядит так: "накатывать патчи руками — 20 минут в месяц, зачем платить за managed-услугу". Формула по часам скажет "делай сам". Но если из 20 месяцев в одном вы пропустили критичное обновление (был занят, забыли, отложили) и это привело к компрометации сервера — цена этого одного инцидента (простой, восстановление из бэкапа, репутационные потери, время на расследование) может быть на порядок больше, чем вся экономия на managed-услуге за годы. Формула по среднему времени этого не видит, потому что усредняет по годам, а инцидент бьёт один раз и сразу.

Практический вывод: для задач из категории "безопасность и целостность данных" (обновления безопасности, бэкапы, доступность мониторинга) сравнивайте не только ожидаемые часы, но и явно — что произойдёт, если вы этот час не потратите вовремя. Если ответ "ничего страшного, отложу на завтра" — считайте по формуле часов. Если ответ "сервер может встать, данные могут потеряться, инцидент разбирается сутками" — управляемая услуга хостера часто оправдана даже если по средним часам расчёт говорит "делай сам", потому что вы платите не только за экономию времени, но и за то, что кто-то дисциплинированно делает это вовремя, а не когда "руки дойдут". Подробно, что делать, если такой момент всё же настал, разобрано в статье про план реагирования на взлом.

Категории задач, где сравнение уместно

Не все задачи одинаково хорошо ложатся в формулу. Вот где сравнение "сам vs доплатить" реально работает и стоит его проговорить:

Настройка бэкапов. Разовая задача с элементом риска (см. выше). Если делаете сами — закладывайте время не только на установку, но и на проверку восстановления: бэкап, который никогда не восстанавливали, с формальной точки зрения не бэкап. Как это делается руками, разобрано в статьях про BorgBackup и про Percona XtraBackup — оцените по ним реальный объём работы для вашего случая, прежде чем прикидывать часы.

Мониторинг. Разовая настройка + постоянная поддержка (актуализация порогов алертов, разбор ложных срабатываний). Часовая оценка на старте обычно 2–5 часов в зависимости от того, сколько метрик и алертов вам реально нужно, — плюс небольшое, но не нулевое время каждый месяц на поддержание в рабочем состоянии.

Обновления безопасности. Регулярная задача с высоким риском при пропуске (см. секцию выше про риск отдельно). Именно здесь формула "по часам" даёт наименее надёжный ответ, если считать только среднее время.

Разбор инцидентов. Нерегулярная, но самая дорогая по часам категория, если считать честно. Час на разбор инцидента — это не час спокойной работы по документации, а час под давлением, часто ночью, с ценой ошибки в виде повторного инцидента или потери данных. Это тот случай, где себестоимость часа для расчёта нужно, возможно, увеличивать против обычной ставки — работа в стрессе и в неурочное время стоит дороже, чем плановая.

Таблица для ориентира, куда какая задача попадает по типу расчёта:

Как посчитать конкретно для вашего случая

Пошагово, без абстракций:

1. Посчитайте себестоимость своего часа. Для бизнеса — возьмите месячный фонд расходов на человека (зарплата + налоги + накладные, если считаете по себе как по ИП — учтите свой налоговый режим) и разделите на реальные рабочие часы в месяце (обычно меньше 160, если вычесть отпуска, болезни, неэффективное время). Для личного проекта — возьмите свою часовую ставку на основной работе как нижнюю границу, честно спросите себя, чего вам не хватает больше — денег или времени, и скорректируйте вверх, если время дороже.

1. Оцените часы на задачу по своей истории, а не по оптимистичному прогнозу. Если раньше похожая задача занимала X часов — берите X, а не X/2 "в этот раз я уже опытнее".

1. Для регулярных задач посчитайте средневзвешенные часы в месяц, включая размазанное время на редкие, но затратные инциденты.

1. Отдельно проговорите риск для задач из категории "безопасность/целостность данных": что случится, если задача будет выполнена с опозданием или пропущена. Если ответ серьёзный — это аргумент в пользу доплаты хостеру независимо от результата расчёта по часам.

1. Сравните итоговое число с ценой managed-услуги конкретного хостера на конкретную задачу — не с абстрактным "managed дорого", а с реальным прайсом, который вам актуален прямо сейчас.

Отдельно стоит прогнать этот же расчёт при выборе между апгрейдом текущего сервера и переездом на новый — там временные затраты на перенос данных и перенастройку часто оказываются больше, чем кажется на старте; ход мыслей похож на разобранный в статье про апгрейд сервера против нового сервера.

Когда формула не нужна вообще

Есть случаи, где считать не имеет смысла, и это тоже честно стоит сказать:

• Вы делаете это ради обучения. Если цель — разобраться, как работает бэкап или мониторинг, а не просто получить рабочий результат, время не "потрачено", оно инвестировано в навык. Формула тут неприменима, вы покупаете не результат, а знание.
• У вас уже есть работающий процесс, который вас устраивает. Не нужно пересчитывать то, что и так работает без проблем несколько лет, только потому что появилась статья с формулой. Пересчитывайте, когда меняется масштаб (выросло число серверов, данных, клиентов) или когда процесс начал давать сбои.
• Задача разовая и маленькая по любым меркам (перезапустить сервис, поправить конфиг на 5 минут) — тут транзакционные издержки на само сравнение больше, чем экономия от него.

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