Гиперскейлеры в Казахстане: как не остаться поставщиком земли и энергии

Серверная стойка стоит в Казахстане. Электричество подведено, оборудование работает, данные хранятся на местной площадке. Но связь с зарубежным облачным регионом пропадает — и часть операций управления становится недоступной.

Это сбой в инфраструктуре, размещённой в стране, но зависящей от внешней платформы.

А если поставщик полностью прекратит обслуживание? Кто обеспечит работу системы, заменит оборудование и поможет перенести данные?

Эти вопросы стоит задавать до подключения. Ответы определяют, что Казахстан получает вместе с инвестициями: какие технологии осваивает, чем способен управлять самостоятельно и сколько будет стоить смена поставщика.

Что именно размещается в Казахстане

Гиперскейлеры — крупнейшие операторы облачной инфраструктуры — предлагают вычислительные мощности, хранилища, базы данных, аналитику и сервисы искусственного интеллекта.

Однако размещение их оборудования в стране не означает, что весь набор услуг и все функции управления также становятся локальными.

Показательный пример — AWS Outposts, решение Amazon Web Services. Заказчик размещает оборудование на своей площадке, но оно остаётся частью инфраструктуры AWS и связано с родительским облачным регионом — зарубежной инфраструктурой поставщика, обслуживающей это развёртывание.

Outposts поддерживает ограниченный набор сервисов. Их доступность зависит от региона, поколения оборудования и конфигурации. Наличие локальной стойки не означает доступности на ней всего каталога AWS.

Поэтому локализацию необходимо оценивать применительно к конкретной системе. Какие её компоненты работают в Казахстане? Какие обращаются к зарубежным сервисам? Где находятся данные, резервные копии и средства управления?

Этот подход применим к любому поставщику. Возможности автономной работы и границы локализации у разных продуктов различаются — их нужно проверять отдельно.

Что произойдёт при потере связи

AWS прямо указывает: Outposts racks не предназначены для эксплуатации без подключения к родительскому региону.

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

Для заказчика это принципиальное различие. Приложение может продолжать выполнять текущие задачи, но при необходимости создать новые ресурсы или восстановить систему после дополнительного сбоя возникнут ограничения.

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

Последствия зависят от архитектуры приложения, используемых сервисов и продолжительности отключения. Поэтому автономность нельзя подтверждать только наличием локальных серверов.

Нужен практический тест: что система и местная команда смогут сделать без внешней связи, как долго и с какими ограничениями.

Что останется, если поставщик уйдёт

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

Ограничения работы зарубежных поставщиков в России показали, что условия доступа к технологиям могут меняться. В марте 2022 года Microsoft объявила о приостановке новых продаж, а Amazon — о прекращении новых регистраций AWS из России и Беларуси. Эти сообщения подтверждают ограничения для новых сделок, но сами по себе не доказывают отключения действующих систем.

Для казахстанского проекта важно заранее определить последствия каждого сценария: прекращения новых поставок, поддержки или доступа к сервису.

Останется ли возможность пользоваться данными? Сколько времени дадут на перенос? Какие программные компоненты продолжат работать? Кто сможет заменить неисправное оборудование? Какие обязательства поставщика сохранятся на переходный период?

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

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

Кто платит за незагруженную стойку

У локальной инфраструктуры есть экономическая особенность, которую легко упустить за словом «облако».

Публичная модель Outposts racks предусматривает приобретение мощности на трёхлетний срок. Возможны полная предоплата, частичная предоплата или ежемесячные платежи без первоначального взноса. При этом отдельные дополнительные сервисы оплачиваются по использованию.

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

Возникает разница между обязательствами перед поставщиком и выручкой от клиентов. Риск спроса несёт сторона, которая приобрела ёмкость, если договором не предусмотрены другие условия.

Это необходимо учитывать при оценке проекта: кто оплачивает простой, насколько подтверждён спрос, можно ли уменьшить заказ и сколько стоит досрочный выход?

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

Можно ли самостоятельно обслуживать и расширять оборудование

AWS Outposts поставляется как управляемая инфраструктура. Заказчик не может свободно устанавливать собственное оборудование в её состав; физическое обслуживание организует AWS. При этом площадка, питание и локальная сеть остаются отдельной зоной ответственности заказчика.

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

Для конкретного проекта необходимо уточнить, какие варианты доступны, можно ли увеличить только нужный ресурс, сколько это стоит и каковы сроки поставки.

Какими блоками наращиваются вычислительные мощности и хранилище? Каков минимальный заказ? Возникают ли новые долгосрочные платёжные обязательства?

Важно также понимать, кто обеспечит расширение и замену компонентов, если поставщик ограничит обслуживание в стране.

Для геологоразведки и нефтегаза цена ошибки выше

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

Для таких данных необходимо проверять всю цепочку обработки: основные хранилища, резервные копии, аналитические сервисы, журналы событий, техническую поддержку и административный доступ.

Иностранная юрисдикция тоже имеет значение. Американский закон CLOUD Act предусматривает возможность истребования данных у подпадающих под его действие провайдеров, в том числе когда информация находится за пределами США.

Это не означает автоматического или неограниченного доступа иностранных спецслужб. AWS указывает на юридические процедуры, возможность оспаривания запросов и технические ограничения раскрытия.

Однако для чувствительных данных правовые и технические условия доступа должны быть установлены заранее. Самого адреса дата-центра недостаточно.

Кто управляет ключами шифрования? Какие данные доступны поддержке? Какие копии могут находиться за рубежом? Сможет ли местная команда восстановить систему без внешнего доступа?

Хранение в Казахстане должно сопровождаться контролем над обработкой, доступом, резервированием и восстановлением.

Какие компетенции останутся у местных команд

Готовые облачные сервисы могут ускорять разработку и помогать казахстанским компаниям создавать собственные продукты. Но развитие местных компетенций не происходит автоматически вслед за установкой оборудования.

Если роль партнёра ограничена продажами и настройкой сервисов, он не обязательно получает знания и полномочия для самостоятельного управления платформой.

Обучение работе с продуктом, проектирование инфраструктуры и разработка собственных технологических компонентов — разные уровни участия.

Поэтому передачу компетенций стоит описывать через конкретные задачи: что местные инженеры будут проектировать, разрабатывать, обслуживать и восстанавливать самостоятельно? Какая документация и какие права доступа им предоставляются?

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

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

Почему выход со временем дорожает

Зависимость накапливается по мере развития системы. Приложения используют специализированные базы данных, средства аналитики и другие сервисы определённой платформы. Под них выстраиваются процессы и навыки команды.

Перенос требует не только выгрузки информации. Может понадобиться переписать приложения, заменить компоненты, заново проверить безопасность и обучить сотрудников. К расходам добавляются время и риск простоя.

Барьеры для смены облачного поставщика уже стали предметом расследования CMA Великобритании. В марте 2026 года регулятор сообщил о шагах Amazon и Microsoft по снижению платы за вывод данных и улучшению совместимости, отметив необходимость дальнейших действий.

Для Казахстана практический вывод — проверять возможность перехода до глубокой интеграции. Возможность скачать данные ещё не означает возможность перенести работающую систему.

Что закрепить до подключения

1. Границы локализации. Где выполняются необходимые сервисы, хранятся данные и копии, находятся средства управления.

2. Работу при отключении. Какие функции сохраняются без внешней связи, на какой срок и как это подтверждено испытаниями.

3. Условия ухода поставщика. Права использования, доступ к данным, поддержка перехода, сроки и ответственность сторон.

4. Экономику мощности и расширения. Кто оплачивает недозагрузку, как меняется конфигурация и какие обязательства возникают при росте.

5. Развитие местных компетенций. Конкретные инженерные задачи, знания и полномочия, которые получают казахстанские команды.

6. Реальную возможность смены платформы. Проверенный порядок переноса приложений и данных, оценка стоимости и допустимого простоя.

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

Иначе существует риск остаться поставщиком земли, энергии и площадок, оплачивая использование платформ, которые всё труднее заменить.

Условия самостоятельности нужно согласовывать до подключения. После глубокой интеграции цена переговоров будет другой.