Еще несколько лет назад спор «облако или свое железо» казался почти решенным. Облако выглядело как цивилизованное будущее: быстро, гибко, без мучительного выбора серверов, стоек, СХД, ИБП, ДГУ, кроссировок и вечного вопроса «Кто у нас сегодня дежурит по инфраструктуре?». Бизнесу нравилась идея «Не покупать, а потреблять, не строить, а арендовать, не держать у себя дорогостоящую экспертизу, а переложить часть головной боли на провайдера».
Но реальность, как часто бывает в ИТ, внесла архитектурные правки без согласования с комитетом по цифровой трансформации. Российский рынок оказался в ситуации, где облако по-прежнему нужно, своя инфраструктура снова стала модной, а гибридный подход перестал быть компромиссом для нерешительных и превратился в самый прагматичный сценарий. Сегодня правильнее спрашивать: «Где конкретно для этого бизнеса дешевле, надежнее и управляемее разместить конкретную нагрузку?».
Почему бизнес снова смотрит в сторону собственного железа
Главный аргумент в пользу своей ИТ-инфраструктуры — деньги. Причем не в абстрактном «капзатраты против операционных расходов», а в том, сколько это будет стоить через три, пять, семь лет.
Облако хорошо продается как модель без больших стартовых вложений. Включил ресурс, запустил сервис, платишь по мере потребления. Для стартапа, пилота, небольшого бизнеса или проекта с непредсказуемой нагрузкой это действительно удобно. Но в крупной компании, где инфраструктурная нагрузка стабильна и хорошо прогнозируется, арифметика часто меняется.
Если серверы, системы хранения и сеть используются постоянно, без сезонных провалов и всплесков, собственная инфраструктура в долгосрочной перспективе может оказаться дешевле. Особенно если оборудование покупается не «в последний день перед запуском», а планово, крупной партией, с учетом курсовых колебаний, доступности складских остатков и возможности взять не самое модное, но вполне рабочее железо.
Есть еще неприятный момент: даже когда курс валюты радует финансистов, стоимость оборудования не всегда торопится радовать ИТ-директоров. Цены на комплектующие живут своей жизнью. Память, диски, сетевые карты, контроллеры — все это периодически демонстрирует такой взлет, что у закупщика возникает ощущение, будто он покупает не оперативную память, а место в пилотируемой космической программе. Поэтому идея «купить сейчас и спокойно использовать 7–10 лет» для части компаний выглядит не ретроградством, а вполне рациональной финансовой стратегией.
Особенно если бизнес понимает свои нагрузки: ERP, учетные системы, корпоративные базы данных, аналитика, внутренние сервисы, документооборот, производственные системы. Это не всегда требует облачной эластичности. Иногда это просто должно работать рядом, быстро, предсказуемо и под полным контролем.
Облако стало взрослее и сложнее
Важно не впадать в другую крайность. Облако не стало плохим. Оно просто перестало быть магической таблеткой, которую можно применить ко всему подряд. У облачных решений сегодня есть несколько заметных проблем.
Первая — дефицит инфраструктуры
Спрос растет, мощности у провайдеров не бесконечны, строительство ЦОД занимает годы, а не квартал. Даже если на презентациях все выглядит бодро, в реальных проектах заказчик может столкнуться с тем, что нужных ресурсов в нужном объеме и в нужный срок просто нет. Или есть, но по цене, после которой идея «давайте построим свое» перестает казаться безумием.
Вторая проблема — поддержка
Раньше многие привыкли считать, что коммерческий ЦОД или облачный провайдер — это автоматически более зрелая эксплуатация, чем собственная серверная. В целом это зачастую правда, но слово «часто» здесь важнее слова «правда».
Я знаю историю крупного коммерческого ЦОД, где возникли проблемы с дизель-генераторной установкой. Производитель ушел, обслуживание и поставка запасных частей превратились в отдельный квест, а внутренняя экспертиза или надежная замена подрядчика так и не были вовремя выстроены. В итоге часть машинных залов, где размещалась облачная инфраструктура, получила проблемы на несколько часов. Формально это не катастрофа планетарного масштаба. Практически — для клиентов, у которых в этот момент лежали критичные сервисы, это были очень длинные часы.
И вот здесь выясняется, что облако — это тоже железо. Только чужое. У него тоже есть питание, охлаждение, стойки, сети, инженеры, регламенты, запасные части и человеческий фактор. Просто в красивом личном кабинете это обычно не видно.
Третья проблема — технологический стек
После ухода ряда западных вендоров рынок активно уходит в open source и российские решения. Сам по себе open source — не проблема. Проблема начинается там, где его воспринимают как бесплатную замену промышленному продукту без учета компетенций, процессов и ответственности. Открытый код не отменяет архитектуру, тестирование, мониторинг, резервирование, обновления, безопасность и эксплуатационную дисциплину.
Российские решения тоже развиваются, но зрелость у них разная. Где-то это уже вполне рабочий промышленный класс, где-то — продукт, который бодро выглядит на демо, но в реальной инфраструктуре начинает воспитывать заказчика через боль. И боль обычно приходит не туда, где ее ждали.
On-premises: не романтика серверной, а вопрос контроля
Собственная инфраструктура возвращается не потому, что ИТ-директора соскучились по шуму вентиляторов. Возвращается потребность в управляемости. Она оправдана, когда компании важны автономность, быстрый доступ к данным, предсказуемая производительность и полный контроль над архитектурой. Это актуально для крупного бизнеса, промышленности, ритейла, финансовых организаций, логистики, компаний с распределенной инфраструктурой, сложной интеграцией и жесткими требованиями к данным.
Свое железо — это возможность самому управлять жизненным циклом:
- когда обновлять;
- чем заменять;
- где резервировать;
- как строить отказоустойчивость;
- какой стек использовать.
Это возможность не зависеть полностью от дорожной карты провайдера и его коммерческих приоритетов, но здесь нельзя обманывать себя. Собственная инфраструктура легка только тогда, когда у компании есть команда профессионалов. Не один «универсальный администратор», который днем чинит почту, вечером настраивает СХД, а ночью вспоминает, где лежит инструкция по аварийному восстановлению. Нужна команда, процессы, мониторинг, документация, резервное копирование, тесты восстановления, управление изменениями, закупки, безопасность, эксплуатационные регламенты.
Если все это есть — своя инфраструктура может быть очень эффективной. Если этого нет — собственная инфраструктура быстро превращается в дорогой музей инженерного оптимизма.
Для малого бизнеса и стартапов чаще разумнее облако или готовые сервисы. Там важнее скорость запуска, отсутствие капитальных затрат и возможность не нанимать инфраструктурную команду раньше, чем бизнес доказал свою жизнеспособность. Своя серверная для стартапа на ранней стадии — примерно как личный авиапарк для курьерской доставки: впечатляет, но вопросы к экономике возникают быстро.
Гибрид как нормальная архитектура, а не временный компромисс
На практике чаще всего побеждает гибридный подход. И это не потому, что заказчики не могут определиться. Просто зрелая ИТ-архитектура редко бывает черно-белой. Критичные системы, базы данных, чувствительные данные, предсказуемые нагрузки и то, что должно работать автономно, можно держать на своей инфраструктуре. Облако использовать для резервных сценариев, разработки и тестирования, временных нагрузок, внешних сервисов, песочниц, аналитики, отдельных платформенных компонентов.
Гибрид позволяет балансировать между контролем и гибкостью. Он дает бизнесу возможность не складывать все яйца в одну корзину, особенно если корзина стоит в дефицитном ЦОД, подключена к импортному оборудованию и обслуживается подрядчиком, который тоже ищет запчасти. Но гибрид требует архитектурной дисциплины. Нельзя просто часть систем оставить у себя, часть вынести в облако и назвать это стратегией. Нужно считать сетевую связанность, задержки, стоимость трафика, резервирование каналов, безопасность, модель доступа, мониторинг, ответственность команд и план восстановления.
Гибрид — это не «немного облака и немного серверной». Это полноценная архитектура, где должно быть понятно, что где живет и почему.
Как покупать железо и не разориться
Поставки из-за рубежа сегодня работают, но не так, как раньше. Рынок стал менее удобным, более нервным и требующим опыта. Если компании нужно типовое оборудование, не обязательно самое топовое, есть варианты: складские остатки, параллельные каналы, партии под проект, альтернативные производители, восстановленное или снятое с витрины оборудование для некритичных задач.
Сэкономить можно, если покупать не хаотично, а планово. Хорошая закупка начинается с архитектуры: какие нагрузки, какой запас по мощности, какой срок эксплуатации, какой уровень отказоустойчивости, какие требования к поддержке, какие риски по запчастям. После этого уже можно смотреть рынок и выбирать, где брать новое, где допустим сток, где нужен бренд, а где важнее наличие и ремонтопригодность.
Если компания сама занимается импортом или крупным ритейлом, ее сложно учить логистике. Такие игроки и без советов понимают, как искать товар, торговаться, страховать поставки и учитывать валютные риски. Если же бизнес далек от таких процессов, лучше искать надежных партнеров. Не тех, кто обещает «привезем что угодно завтра», а тех, кто способен объяснить происхождение оборудования, сроки, гарантию, варианты замены и реальную поддержку.
С топовым железом все еще сложнее. Самые свежие серверы, ускорители, производительные СХД и специализированные компоненты редко бывают дешевыми и легкодоступными. Тут чудес меньше, чем хотелось бы. Иногда приходится выбирать между «дорого», «долго» и «не совсем то, что хотели». Классическая инженерная триада, только без романтики.
Отечественное железо: честно о больном
Ситуация с отечественным рынком оборудования остается сложной. Если говорить мягко, импортозамещение в железе пока не стало той историей успеха, которую хотелось бы показывать на слайде с фейерверками. Есть отдельные производители, сборщики, линейки оборудования, проекты, реестры, инициативы. Но полностью независимая экосистема серверов, процессоров, компонентов, сетевого оборудования и систем хранения — это задача другого масштаба.
В реальности многие российские решения все равно зависят от импортной компонентной базы. Где-то это нормально и честно проговаривается, а где-то маскируется маркетингом. Для заказчика важнее не вывеска, а жизненный цикл: можно ли купить, обслуживать, расширять, ремонтировать, получать запчасти, обновлять прошивки, масштабировать инфраструктуру и не оказаться через три года владельцем уникального комплекта оборудования, который поддерживают два инженера и один энтузиаст в Telegram-чате.
По этим причинам подход должен быть прагматичным. Российское железо можно и нужно рассматривать там, где оно соответствует требованиям. Но закупать его только ради галочки — плохая идея. Инфраструктура не про патриотизм в презентации, а про работоспособность бизнеса в понедельник утром.
Как рынок справится с дефицитом облачных мощностей
Прогнозы по росту российского облачного рынка оптимистичны. Спрос будет увеличиваться, и к 2028 году рынок, по ожиданиям аналитиков, может существенно вырасти. Но у этого роста есть физическое ограничение: облако нельзя просто «дописать в коде». Нужны площадки, электричество, охлаждение, оборудование, каналы связи, эксплуатация, люди и время.
Строящиеся ЦОД во многих случаях уже расписаны вперед. Крупные заказчики бронируют мощности заранее, потому что понимают: когда потребность станет срочной, свободных стоек может не оказаться. Поэтому часть компаний начинает строить дата-центр под себя. Это дорого, долго и организационно сложно, зато дает контроль и в перспективе может быть экономически оправдано.
Параллельно рынок будет искать нестандартные решения. Один из вариантов — мини-ЦОД и переиспользование помещений, которые раньше служили другим задачам. Пример с использованием старых помещений АТС под компактные дата-центры выглядит логично: у таких объектов часто уже есть связь, инженерная база и удачное расположение. Не каждый старый объект можно превратить в современный ЦОД, но идея сама по себе здравая.
Возможно, свою роль сыграют и девелоперы. На фоне изменений на рынке недвижимости часть помещений может получить новую жизнь как инфраструктурные площадки. Конечно, не каждый офисный этаж можно превратить в машинный зал: нужны мощности, охлаждение, безопасность, перекрытия, вводы, резервирование. Но спрос рождает инженерную фантазию. А в России инженерная фантазия иногда заменяет половину венчурного фонда.
Так что выбирать?
Ответ скучный, зато честный — считать. Не верить лозунгам «все в облако» и не впадать в ностальгию «все свое надежнее». Для каждого класса систем нужно оценивать стоимость владения, риски, требования к доступности, компетенции команды, срок жизни проекта, зависимость от поставщиков, требования к данным и стратегию компании.
Облако выгодно, когда важны быстрый старт, гибкость, временные нагрузки, отсутствие капитальных вложений и доступ к сервисам, которые сложно или неразумно строить у себя. On-premises оправдан, когда нагрузка стабильна, масштаб достаточен, данные чувствительны, требования к автономности высоки, а внутри есть компетентная команда. Гибрид чаще всего оказывается практичным вариантом для зрелого бизнеса: критичное — под контроль, эластичное — в облако, резервное — по архитектуре, а не по вдохновению.
В 2026 году выбор между облаком и on-premises — это уже не спор про моду. Это разговор про экономику, устойчивость и управляемость. Облако не отменяет железо. Свое железо не отменяет облако. А хороший ИТ-директор отличается от плохого не тем, что выбирает одну сторону навсегда, а тем, что умеет вовремя задать неприятный вопрос: «Коллеги, а мы это точно посчитали?». И вот этот вопрос сегодня, пожалуй, полезнее любой красивой облачной презентации.