Подбор GPU для проекта интегратора: как не потерять требования между участниками

Интегратор покупает GPU-инфраструктуру для результата, за который отвечает перед своим клиентом. Ошибка часто возникает не в характеристике ускорителя, а при передаче требований: заказчик говорит о числе пользователей, интегратор — о модели, поставщик — о доступной комплектации. Чтобы предложения можно было сравнивать, всем участникам нужен единый технический бриф и установленный порядок изменений.

Зафиксировать исходную задачу

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

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

Разделить ответственность по результатам

Результат	Кто должен подтвердить
Полезность и качество ответа	Владелец бизнес-процесса заказчика
Архитектура и интеграция	Ответственный интегратор
Совместимость поставляемой сборки	Поставщик оборудования
Размещение и питание	Владелец площадки
Правомерность поставки	Участники цепочки с профильной проверкой
Эксплуатация после сдачи	Назначенная сервисная сторона

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

Проверить платформу целиком

Совместимость включает шасси, GPU, охлаждение, питание, CPU, память, сеть, драйвер и прикладной стек. NVIDIA Certified Systems перечисляет проверенные сочетания платформ и компонентов 1. Такая запись полезна для отбора, но не подтверждает произвольную модификацию сборки или конкретную нагрузку заказчика.

Запросите точный перечень компонентов и условия допустимой замены. Формулировка «аналог не хуже» слишком расплывчата для AI-проекта: другая GPU может иметь подходящую память, но отличаться поддержкой формата вычислений или программного стека. Изменение должно сопровождаться повторной проверкой затронутых требований.

Не отделять поставку от ограничений

Участникам нужно проверить применимые экспортные ограничения, конечного пользователя, происхождение и необходимые разрешения. BIS описывает ограничения для России и Беларуси в отношении подпадающих под EAR операций 2. Наличие посредника или другой страны в цепочке не означает автоматической допустимости. Проверка проводится для конкретного изделия и сделки, без предположений по одному бренду.

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

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

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

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

Управлять изменениями до приёмки

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

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