# Несколько архитектур в одном облаке не отменяют проверку нагрузки

Добавление TPU в OCI расширит выбор архитектуры с 2027 года. Поддержка модели, эксплуатация и стоимость приемлемого результата требуют квалификации нагрузки.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-10-27
Первоисточник новости: https://cloud.google.com/blog/products/infrastructure/bringing-google-tpus-to-oracle-cloud-infrastructure
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-oci-tpu-architecture-choice/

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

## Первые отношения были мультиоблачными

[Партнёрство 11 июня 2024 года](https://www.googlecloudpresscorner.com/2024-06-11-Oracle-and-Google-Cloud-Announce-a-Groundbreaking-Multicloud-Partnership) касалось баз данных и межсоединений Oracle с Google Cloud. Оно установило отношения между сервисами, а не утверждение о взаимозаменяемости архитектур ускорителей. Коммерческий контекст появился раньше нового аппаратного канала поставки и выполнял другие задачи.

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

## Направление TPU дало кандидата

[Объявление AI Hypercomputer 9 апреля 2025 года](https://cloud.google.com/blog/products/compute/whats-new-with-ai-hypercomputer) представило Ironwood и платформенное направление инференса. Оно объясняет, почему исполнение на TPU стало актуальным кандидатом для большего числа serving-нагрузок. Это важная предпосылка будущего выбора, но не подтверждение результата каждого приложения на такой платформе.

Актуальность кандидата не является результатом приложения. Название семейства моделей способно скрывать разные пути операторов, формы контекста и предположения среды. Эти подробности определяют реальную работу переноса и serving, поэтому выбор архитектуры нельзя решить общим словом «инференс» без разбора фактически нужных операций и условий исполнения.

## Октябрьское расширение оставалось будущим

[План 27 октября 2026 года](https://cloud.google.com/blog/products/infrastructure/bringing-google-tpus-to-oracle-cloud-infrastructure) размещает мощность TPU в OCI с 2027 года с многолетним наращиванием. Он расширяет будущий вариант распространения. Однако это не текущий тест против каждой другой архитектуры, доступной через OCI, и не измеренная стоимость конкретного результата пользователя.

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

## Матрица квалификации архитектуры

| Вопрос | Требуемое подтверждение |
| --- | --- |
| Исполнение модели | Нужные операторы и путь модели работают |
| Приёмка результата | Выход удовлетворяет критерию приложения |
| Форма serving | Нужные входы и генерация работают |
| Эксплуатационная пригодность | Развёртывание и восстановление сопровождаемы |
| Доступ к ресурсу | Нужную мощность можно выделить |

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

## Причинная интерпретация

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

Статья [экономика инференса](/ru/journal/inference-economics/) объясняет знаменатель полезного результата. Материал [методика выбора облака](/ru/journal/gpu-cloud-shortlist-method/) раскрывает поэтапный отбор. Эти идеи сохраняют обе стороны события: более широкий будущий выбор и специфическую задачу квалификации, которую само партнёрство не устраняет.