Рынки вычислительной мощности могут изменить облачные вычисления
Если эта модель сработает, скоро компании смогут покупать вычислительные ресурсы у любой организации с избыточной мощностью, а не только у привычных hyperscaler.
Это важный сдвиг. Если доступ к compute, power и networking можно упаковывать и продавать через компании, то AI infrastructure operators, telecoms, colocation-игроки и, возможно, даже крупные владельцы частных data center смогут выступать в роли поставщиков облачных услуг. Тогда cloud computing будет определяться уже не тем, кто придумал модель, а тем, у кого есть свободная capacity прямо сейчас. Иными словами, рынок начнет работать не как четко сегментированная cloud-индустрия, а как динамическая биржа вычислительных ресурсов.
Экономика этого подхода выглядит логично
Позитивная сторона этой тенденции понятна. Первый и самый очевидный плюс — цена. Поставщики вне уровня hyperscaler с избыточной capacity часто не несут тех же затрат, ожиданий по марже или схем упаковки сервиса, что и крупные cloud-вендоры. Если у них есть неиспользуемые GPUs, недозагруженные кластеры или простаивающие ресурсы power и cooling, они могут быть готовы продавать доступ по ставкам, заметно более низким, чем на традиционном cloud-рынке. Для компаний, которые вынуждены жестко контролировать расходы на AI и инфраструктуру, это важно.
Второй плюс — эффективность. Если где-то уже есть capacity и ее может использовать другая сторона, спрос можно удовлетворить без немедленного строительства новых data center, установки дополнительного оборудования или потребления большего объема incremental power, чем уже запланировано. На рынке, где новая capacity требует времени, капитала, разрешений и планирования энергопотребления, переиспользование уже существующего избытка выгодно не только финансово, но и с точки зрения операционной логики. Мы много лет говорим об устойчивости в cloud. Один из практических путей к ней — лучше использовать то, что уже работает.
Третий плюс — optionality. Компании все чаще хотят альтернативы hyperscaler lock-in, особенно для специализированных нагрузок вроде обучения AI model training, inference, analytics и bursty high-performance computing. Если появится более широкий рынок поставщиков capacity, у покупателей появится рычаг влияния. Они не обязательно переведут все workloads от крупных провайдеров, но получат больше переговорной силы и большую архитектурную гибкость.
Операционные сложности
Проблема, конечно, в том, что большинство организаций с избыточной capacity не являются cloud-провайдерами. Они могут владеть инфраструктурой, но владеть инфраструктурой — не то же самое, что предоставлять cloud services. Настоящие cloud-поставщики предлагают automation, provisioning, identity controls, billing, observability, policy management, resilience, service-level agreements и зрелые multitenant architectures. Обычные поставщики capacity обычно этого не имеют.
Это означает, что в фоновом режиме требуется огромный объем координации. Networking нужно интегрировать. Security controls нужно сопоставить. Data governance нужно обеспечить. Capacity нужно мониторить и планировать. Нужно управлять performance isolation. Контракты, обязанности по compliance и границы operational support должны быть прописаны до болезненных подробностей. Это не невозможно, но это не бесплатно.
Ситуация становится еще сложнее, если учитывать multitenancy. Hyperscalers создаются для того, чтобы многие клиенты могли безопасно и эффективно делить одну инфраструктуру. Разовый поставщик capacity может быть рассчитан на внутреннее использование, одноцелевое применение или узкий класс workloads. Превратить это в сервис, который ведет себя как cloud service для внешних tenants, — значит потребовать инструменты, экспертизу и зрелые процессы. Во многих случаях часть этой тяжелой работы в итоге ляжет на покупателя. Это снижает ценовое преимущество и добавляет риски.
Избыточная capacity может быть временной
Еще один минус — длительность. Избыточная capacity остается избыточной только до тех пор, пока владельцу она снова не понадобится. Многие воодушевленные покупатели недооценят именно этот момент. Вы можете войти в соглашение, потому что у другой организации простаивают GPUs, есть spare compute или запас по power headroom, но эти активы часто стратегические. В какой-то момент владелец решит, что ему нужна эта capacity для собственных workloads, новых клиентов или внутреннего роста.
Тогда возникает проблема миграции. Вы переезжаете, интегрируете системы, адаптируете security models, настраиваете performance и выстраиваете работу, а потом обнаруживаете, что часы тикают с самого начала. Теперь нужно выезжать. Это означает перенос данных, переработку workloads, повторную валидацию controls, планирование простоя, перерасход бюджета и новый security review. Временная capacity может решить краткосрочную проблему с поставками, но она же способна породить отложенную проблему сложности, которая в итоге ложится на корпоративного заказчика.
Security-риски здесь особенно важны. Каждое временное соглашение о размещении расширяет trust boundary. Данные могут оказаться в незнакомых средах. Паттерны административного доступа могут отличаться от внутренних стандартов. Процессы logging, encryption и incident response могут не совпадать. Компании могут управлять этими рисками, но только если воспринимают такие сделки как серьезные платформенные решения, а не как opportunistic side arrangements.
Проверенная концепция, несмотря на риски
И все же, на мой взгляд, базовая идея уже подтверждена. Представление о том, что компании могут обмениваться или арендовать capacity вне модели hyperscaler, больше не выглядит теорией. В некоторых случаях это может быть вполне жизнеспособным вариантом — особенно для организаций, которым нужен более дешевый compute, доступ к специализированному оборудованию или временная capacity на период, пока долгосрочные инфраструктурные планы не догонят спрос.
Следующий интересный вопрос — структура рынка. Сейчас такие соглашения, вероятнее всего, заключаются business to business по одному договору за раз. Это плохо масштабируется. Со временем, полагаю, появятся посреднические системы, работающие скорее как brokers или exchanges. Такие платформы смогут находить доступную capacity, классифицировать ее, проверять характеристики безопасности и compliance, нормализовать определения сервиса и автоматически сопоставлять покупателей с поставщиками. Это сделало бы рынок гораздо эффективнее, чем ручное посредничество по одной сделке за раз.
Если это произойдет, cloud computing снова изменится. Он перестанет определяться только брендовыми public cloud-платформами и начнет включать federated, brokered и dynamically sourced рынки capacity. Часть этой capacity будет поступать от hyperscaler. Часть — от специализированных провайдеров. Часть, возможно, придет от организаций, которые никогда не собирались становиться продавцами cloud, но все же включатся в этот рынок, потому что экономический смысл слишком очевиден, чтобы его игнорировать.
Я бы пока не переоценивал зрелость этой модели. Операционные, контрактные и security-вопросы реальны, а отсутствие настоящего cloud-native multitenant design у многих поставщиков остается серьезным ограничением. Однако потенциальная выгода тоже реальна. Если компании смогут получать более дешевый compute вне экосистемы hyperscaler, а избыточную capacity удастся безопасно и эффективно превратить в продукт, это может стать важным новым вариантом sourcing.
Я буду следить за этим направлением. Здесь может быть настоящая польза, особенно для компаний, которым нужен практичный путь к более дешевым вычислениям и более гибкому sourcing. По крайней мере, это интересное развитие. А в лучшем случае — начало более широкого рынка, где сама compute capacity станет торгуемой услугой, доступной куда большему числу игроков, чем cloud-индустрия обычно допускала.
Материал — перевод статьи с английского.