Смена вендора сети в компании с сотней филиалов или как пройти переезд без хаоса: кейс Интерлизинга
Когда у компании десятки филиалов, сеть перестает быть исключительно технической задачей и становится фактором устойчивости бизнеса. Чем больше зависимостей: телефония, интеграции с банками и партнёрами, доступ к внутренним системам, тем дороже ошибки при изменениях.В этом кейсе показываем, как компания Интерлизинг с распределенной структурой подошла к полной смене сетевого решения так, чтобы переход был управляемым и предсказуемым: с подготовкой архитектуры, поэтапной реализацией и проверками, снижающими риск простоев.
Материал полезен тем, кто планирует обновление сетевой инфраструктуры и хочет понять, что нужно зафиксировать заранее:
- где чаще всего возникают проблемы при миграции,
- какие решения помогают сохранить связность с филиалами
- и почему последовательность шагов важнее скорости.
Исходные условия проекта
ГК Интерлизинг — лизинговая компания с филиальной сетью по всей России. Для бизнеса критичны стабильные коммуникации между подразделениями и доступ к внутренним системам, а также надёжная работа защищённых каналов и интеграций с внешними контрагентами. Поэтому к изменениям в сети здесь предъявляются требования не только по производительности, но и по предсказуемости поведения при нагрузке и при обновлениях.
Когда сеть перестаёт давать запас роста
К моменту старта проекта сеть Интерлизинга стабильно выполняла свои задачи, но архитектура приближалась к пределу масштабирования. Речь шла о снижении запаса гибкости при росте нагрузки.
Что это означало на практике:
- пропускная способность выхода в глобальную сеть ограничивала дальнейший рост;
- при увеличении числа подключений сотрудников находящихся удаленно становился чувствительным к пиковым нагрузкам;
- изменения конфигурации требовали отдельного планирования и повышенного контроля;
- управление сетью было распределённым, без единой централизованной консоли.
Инфраструктура продолжала работать, но каждый следующий шаг по развитию становился сложнее и затратнее. В этот момент команда «Интерлизинга» встала перед выбором: наращивать отдельные элементы или пересмотреть архитектуру целиком.
Какие факторы учитывали перед сменой сети?
Решение о полной замене сетевой инфраструктуры не было реакцией на инцидент. Сначала команда зафиксировала ограничения текущей архитектуры и просчитала несколько сценариев: точечное наращивание, частичную модернизацию или полный переход на новый стек.
При выборе целевой схемы учитывали:
- Масштаб филиальной сети — устойчивость VPN-подключений и стабильная работа при росте числа пользователей;
- Пропускную способность и запас по производительности — чтобы не возвращаться к вопросу в ближайшее время;
- Централизованное управление — единая политика безопасности и конфигураций для всех площадок;
- Поддержку в текущих рыночных условиях — доступность оборудования и сервисной экспертизы в России;
- Управляемость миграции — возможность поэтапного перехода без риска для бизнес-процессов;
- Перспективу масштабирования — чтобы новая архитектура позволяла расти без пересборки с нуля.
После анализа стало понятно: точечные доработки лишь временно снимают нагрузку, но не решают вопрос архитектурно. Поэтому был выбран сценарий полной смены сетевого стека с поэтапным переходом.
Как меняли сеть, не останавливая бизнес-процессы
Проект не начался с «срочной замены». Сначала стабилизировали существующую схему: обновили часть сетевого оборудования, внедрили кластеризацию и перешли на другой протокол маршрутизации, чтобы обеспечить резервирование каналов и минимальную отказоустойчивость меж. сетевых экранов. Это создало базу для следующего шага — смены вендора.
Далее работа шла поэтапно. В приоритете было бесшовное переключение сети: сначала подготовили площадку в ЦОД, развернули новое оборудование и настроили целевую архитектуру, затем перевели ядро и только после этого начали перенос серверной части. Такой порядок позволил сохранить работоспособность телефонии, защитить подключения и интеграций с банками и партнёрами. Пользователи не участвовали в переключении — работы выполнялись в согласованные технические окна.
Отдельным результатом стал переход на централизованное управление решениями: появилась единая точка контроля политик и обновлений. Это упростило выпуск изменений и снизило зависимость от ручной настройки на каждой площадке. Проект разбит на несколько этапов: центральный офис и ЦОД уже переведены на новый стек, завершается подключение филиалов.
«В этом проекте ключевой задачей было не просто заменить оборудование, а сделать это так, чтобы бизнес заказчика не почувствовал переход. Мы сознательно шли поэтапно: сначала стабилизировали существующую архитектуру, затем спроектировали целевую схему и только после этого выполняли переключение. Такой подход требует больше времени на подготовку, но именно он позволяет менять ядро сети без сбоев и простоев», — отметил Никита Жуков, руководитель отдела продаж ITGLOBAL.COM.
Итоги смены вендора сети
Модернизация инфраструктуры принесла измеримые результаты. Инфраструктура перешла на два независимых интернет-подключения с балансировкой нагрузки между провайдерами. За счёт настройки современных протоколов маршрутизации и распределения трафика доступная суммарная полоса выросла почти в десять раз относительно прежнего уровня.
Задержки при взаимодействии с филиальной сетью сократились в пять раз, что напрямую отразилось на работе распределённых сервисов и пользовательских приложений. Репликация данных в облако стала стабильной и предсказуемой, а инфраструктура получила достаточный запас пропускной способности для дальнейшего роста нагрузки без риска деградации сервисов.
Не менее важными стали качественные изменения. Внедрение централизованного управления позволило настраивать политики безопасности в единой консоли с автоматическим применением на всех устройствах сети. Была проведена работа по стандартизации конфигураций и устранению технического долга — переход от устаревших разрозненных настроек к единым управляемым политикам.
Процесс обновления оборудования перестал быть рискованной операцией. Теперь компания может планово обновлять прошивки и сигнатуры безопасности, поддерживая инфраструктуру в актуальном состоянии без угрозы для стабильности работы.
«Для нас было критически важно, чтобы смена ядра сети не повлекла за собой ошибок или остановки бизнес-процессов. Переход требовал высокой квалификации. Работы были выполнены корректно, переключение прошло без сбоев. Партнер провел качественную подготовку, что позволило избежать проблем при миграции», — рассказывает Алексей Тюменцев, руководитель управления ИТ-инфраструктуры ГК Интерлизинг
Следующий этап: филиальная сеть
В настоящий момент завершается заключительный этап проекта — настройка оборудования в филиалах компании. После завершения этого этапа вся сетевая инфраструктура «Интерлизинг» будет работать на современном оборудовании с централизованным управлением.
Сотрудничество с ITGLOBAL.COM продолжается в формате технической поддержки и сопровождения инфраструктуры. В планах компании дальнейшее развитие ИТ-систем, где экспертиза партнёра будет востребована при масштабировании сети и внедрении новых решений.