Вы перевели инфраструктуру в облако, а через год-два вернули обратно на свои серверы. Ч... — 4 августа 2026 г. в 04:29:00.928
Вы перевели инфраструктуру в облако, а через год-два вернули обратно на свои серверы. Что стало триггером? Это были деньги, безопасность, производительность, контроль или что-то другое? Расскажите историю решения. Мы хотим поделиться кейсом миграции с облачного Microsoft SharePoint на on prem корпоративный портал Инкоманд, который команда ЕМДЕВ реализовала для машиностроительного холдинга ~5000 сотрудников. Ключевой триггер — отключение сервисов Microsoft Sharepoint для российских клиентов. Однако и до принятого Microsoft решения заказчик хотел убрать критичные сервисы из зарубежного облака, вернуть контроль над ИБ и архитектурой. И при этом не потерять удобство и гибкость low code решения, к которой привык в SharePoint. Решение принимали поэтапно. Команда проводила аудит рисков, оценку роста совокупной стоимости подписок, ограничения интеграций с локальными системами. В итоге выбор пал на on prem корпоративный портал Инкоманд, который полноценно замещает SharePoint сценарии. Когда вы считали TCO (совокупную стоимость владения) для облака vs своего железа, какие скрытые затраты вы не учли в первоначальных расчетах? Как вендор, по опыту мы знаем картину затрат заказчиков на миграцию с SaaS и дальнейшую эксплуатацию решений в своем контуре, но в таких проектах рекомендуем уделять внимание следующим статьям. Во-первых, интеграции — стыковка портала с существующими СЭД, ERP, HR и ИТ сервисами, доработка API, обеспечение отказоустойчивости связок. Во-вторых, ИБ и сеть — защищенные каналы, VPN, сегментация, дополнительные средства мониторинга и аудита. В-третьих, организационные расходы — время внутренних команд на участие в проекте, обучение редакторов и владельцев сервисов, сопровождение пилотных запусков и обкатка новой модели поддержки. Сколько реально стоил переезд из облака обратно на свою инфраструктуру? Включите не только железо и лицензии, но и время команды, простой сервисов, переделку архитектуры, обучение. Окупился ли переезд и за какой срок? В бюджете переезда сопоставимыми оказались не серверы и лицензии, а работа команды, то есть проектирование новой архитектуры, миграция контента и прав, настройка интеграций, обучение редакторов и ИТ службы. Для холдинга с 5000 сотрудников окупаемость наступила примерно за 2,5–3 года за счет отказа от подписок, снижения ТСО (отсутствие пользовательских лицензий) и ИБ рисков (эксплуатация в собственном полностью контролируемом контуре), а также ускорения вывода новых сервисов на портале Инкоманд. Вы оставили часть инфраструктуры в облаке, а часть вернули на свои серверы. По какому принципу делили? Что осталось в облаке и почему? Что вернули и почему? Как теперь работаете с гибридной моделью? В данном проекте все сервисы, реализованные на облачном Sharepoint Online, были перенесены on-prem. Однако в случае необходимости мы рекомендуем оставлять в облаке внешние витрины и часть неперсонализированных сервисов, где важна глобальная доступность и эластичность ресурсов. Во внутренний же контур обязательно перенести корпоративный портал, документы, сервисы для сотрудников, ИТ и HR приложения — все, что связано с персональными данными и ключевыми процессами. Гибридная модель строится вокруг корпоративного портала как «точки входа». Он объединяет on prem системы и при необходимости дает ссылки/виджеты на облачные сервисы. Если бы вы сейчас стояли перед выбором «облако или свое железо» — что бы выбрали и почему? Какие данные или метрики стали для вас решающими? При запуске новых интеграционных и/или портальных решений мы рекомендуем выбирать модель «on prem first, а SaaS — по необходимости», опираясь на метрики нагрузки, требований к локализации данных и прогнозируемой стоимости владения на горизонте 3–5 лет. Ключевыми метриками являются стоимость ресурса на транзакцию/сессию, цена резервирования и регуляторные ограничения по размещению данных и журналов интеграции. В некритичных доменах выбор все еще может быть в пользу облака, но с изначально заложенными сценариями обратной миграции.

