Что делать, когда бизнес перерос свою IT-инфраструктуру

Компания росла три года подряд. Открыли второй офис, наняли еще 20 человек, запустили новое направление. Все хорошо — кроме одного: IT-инфраструктура осталась той же, что при 15 сотрудниках. Сервер купили в 2019-м. Бэкапы делает сисадмин вручную, когда вспомнит. 1С к обеду замирает на полминуты.

Это не катастрофа. По крайней мере, пока. Но разрыв между масштабом бизнеса и возможностями инфраструктуры — штука коварная. Он копится незаметно, а проявляется резко: в день закрытия квартала, при переезде в новый офис, после первого серьёзного сбоя.

В чем проблема для бизнеса

По данным за 2024 год, средний простой из-за IT-сбоя в российских компаниях составил 4 часа — на 20% больше, чем годом ранее. Один такой инцидент обходится организации в среднем в 2 млн рублей. Для компании с оборотом 100 млн это 274 тысячи ущерба за каждый потерянный рабочий день.

А на практике это выглядит так:

Штат вырос с 20 до 50 человек, а в 1С по-прежнему работают через файловый режим. К серверу подключаются сотрудники из обоих офисов по VPN, который настраивали «на коленке» для пяти удалёнщиков. Бэкапы есть, но последний раз их проверяли (именно проверяли — разворачивали на тестовой среде) никто не помнит когда. Мониторинга нет: о том, что диск заполнен на 95%, узнают, когда 1С перестает запускаться.

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

Почему это происходит

Инфраструктуру строили под другой масштаб

Типичный сценарий: три года назад купили сервер, настроили сеть, поставили 1С. Всё работало. Потом бизнес вырос — а технику никто не пересматривал. Сервер, рассчитанный на 15 пользователей, тянет 45. Не потому что кто-то ошибся при выборе, а потому что выбирали под другую реальность.

Мы сопровождаем серверы 1С от 1 до 150 пользователей. Разница в требованиях между этими точками — не линейная. 15 пользователей в файловом режиме — одна история. 50 пользователей, два офиса, обмен с внешними базами — совершенно другая архитектура, другие мощности, другой подход к отказоустойчивости.

Нет ответственного за инфраструктуру целиком

Приходящий сисадмин чинит то, что сломалось. Штатный — обслуживает текущие задачи. Но у инфраструктуры как системы — серверы, сеть, бэкапы, лицензии, мониторинг — часто нет «владельца». Каждый кусок работает сам по себе, и никто не видит картину в целом. Директор уверен, что «все под контролем», потому что жалоб нет. А жалоб нет, потому что сотрудники привыкли ждать.

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

Бизнес нанял 15 человек за квартал. Закупили ноутбуки, выдали доступы. Но пропускную способность сети не пересчитали, лицензии 1С не докупили, на сервере не добавили оперативной памяти. Каждый рывок роста создаёт отложенный технический долг. Через год он накапливается до точки, когда что-то ломается.

Нужно устранить разрыв между ростом бизнеса и IT? Обратитесь за консультацией, чтобы оценить текущее состояние и выстроить системную работу.

Получить консультацию

Как решить

Переход от «выросшей» инфраструктуры к зрелой — это проект. Не революция, а последовательность шагов. Вот как мы подходим к этому у клиентов.

Шаг 1. Аудит текущего состояния

Прежде чем что-то менять, нужно понять, что есть. Ставим Zabbix, собираем данные: загрузка CPU, потребление RAM, заполненность дисков, количество активных сессий 1С, состояние бэкапов. Без цифр любое планирование — угадывание.

На выходе — карта: что работает штатно, что на пределе, что уже за гранью. Часто результаты удивляют: сервер, который «вроде справляется», работает с загрузкой CPU 85-90% в рабочие часы и уходит в swap каждый день после обеда.
Шаг 2. Приоритизация: что критично, что подождет

Не все нужно делать одновременно. Бэкапы не настроены — это срочно. Сервер загружен, но держится — это важно, но терпит месяц. VPN медленный — неприятно, но не авария.

Мы выстраиваем очередность по принципу: сначала то, что грозит потерей данных или остановкой работы. Потом — то, что тормозит бизнес. В конце — то, что просто неудобно.
Шаг 3. Виртуализация и резервирование

Физический сервер — одна точка отказа. Сгорел блок питания — все 50 человек сидят без 1С, почты и общих папок. Виртуализация позволяет запустить несколько серверов на одном физическом, а при сбое — перенести нагрузку на резервное оборудование за минуты.

Мы создаем резервную IT-инфраструктуру: основной и резервный серверы, автоматическое переключение, бэкап каждую ночь плюс копия вне офиса. Если что-то ломается — переключение на резерв позволяет продолжить работу. Для компании, где в 1С одновременно сидят 30-40 человек, час простоя сервера парализует всю операционку. Виртуализация не устраняет риск сбоя, но сокращает время восстановления с часов до минут.
Шаг 4. Мониторинг на постоянной основе

Одноразовый аудит — хорошо. Постоянный мониторинг — принципиально другой уровень. Zabbix отслеживает CPU, RAM, лицензии 1С, фоновые задания. Когда диск заполнен на 80%, мы уже знаем и планируем расширение. Когда на 95% — уже поздно планировать, нужно тушить пожар.

Наш стандарт:

максимальное время реакции — 1 час. 80% заявок закрываем менее чем за два часа. Но цель мониторинга — не быстро реагировать на аварии, а предотвращать их.

Как избежать в будущем

Пересматривать инфраструктуру при каждом скачке роста

Наняли 10+ человек? Открыли офис? Запустили новый продукт? Это повод для ревизии: хватает ли мощности, лицензий, пропускной способности. Не через полгода, когда начнутся тормоза, а сразу. По нашему опыту, пересмотр раз в полгода или после каждого значимого изменения в штате — минимальная частота. Компании, которые делают это регулярно, почти не сталкиваются с авральными ситуациями.
Разделить «текущее обслуживание» и «развитие»

Текущее — это замена картриджей, настройка почты новому сотруднику, перезагрузка зависшего сервера. Развитие — это виртуализация, внедрение мониторинга, проектирование отказоустойчивости. Одно не заменяет другое.

Если ваш IT-специалист занят только текущими задачами, инфраструктура стоит на месте, а бизнес уходит вперёд. Мы работаем по ITIL: у каждой задачи есть приоритет, SLA, сроки. Текущие заявки идут своим потоком, проектные — своим. Это позволяет одновременно держать инфраструктуру на плаву и развивать её.
Тестировать бэкапы

Бэкап, который ни разу не разворачивали — это надежда, а не защита. Мы делаем резервные копии каждую ночь и храним копию вне офиса. Но главное — периодически проверяем: данные действительно восстанавливаются, база запускается, ничего не повреждено. 70% утечек данных в 2024 году пришлись на малый и средний бизнес. Доля инцидентов в небольших компаниях выросла с 18% до 28% за год. Защита данных — уже не вопрос «зрелости», а базовая гигиена.

Итог

Инфраструктура, которая не растет вместе с бизнесом, рано или поздно становится тормозом. Сначала — неудобством, потом — риском, потом — причиной простоя и потерь. Хорошая новость: привести ее в порядок можно без революций. Аудит, приоритеты, последовательные шаги.

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

Если чувствуете, что ваша IT-инфраструктура отстает от бизнеса — напишите нам. Посмотрим, с чего стоит начать в вашем случае.

Необходимо адаптировать IT под новые задачи бизнеса? Обратитесь за консультацией — предложим оптимальный план действий.