Пример: облачная платформа и временная инфраструктура PoC

Вымышленный пример. Гайд · Форма.

В начале Подготовки

• Платформа — облако, решение принято.
• Основная модель и зрение — рассматриваются облако поставщика и сервис клиента, решение пока не принято.
• Git PoC — предполагается копия выбранного компонента; состав и исходная ревизия ещё уточняются.
• Трекер — неизвестно, успеют ли предоставить доступ к целевому проекту.
• Первая DEV — кандидат есть у клиента; доступность из облака поставщика ещё не проверена.
• Схема Пилота — будет выбрана по результатам обследования.

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

Схема, выбранная для PoC

• Платформа: проект в облаке поставщика. Установка платформы не требуется; нужны аккаунты, роли и настройки проекта.
• Модели: сервис клиента для основной text-to-text и зрения; две операции проверяются отдельно. Лёгкая заменяется основной, голос не используется, поскольку видеоролики исключены.
• Код: копия выбранного компонента в отдельном Git. До копирования команда фиксирует исходный репозиторий, точный SHA, состав зависимостей и допустимый состав материалов.
• Задачи: временный проект трекера; карточки связаны с исходными постановками. Временные статусы описаны явно.
• DEV: временная среда клиента. Из облачного рабочего контура платформы проверяется доступ к приложению, диагностике и предусмотренным операциям управления.
• UAT: существующий тестовый стенд клиента до первой приёмки; деплой выполняет команда клиента из хранилища. Агент получает диагностический доступ.
• Связанность: выбранный маршрут облако → сервис моделей и облако → стенды клиента готовится владельцами инфраструктуры. До успешных проб схема считается выбранной, но технически не подтверждённой.

Результат кейса PoC содержит адрес временного Git, ID задачи, ревизию, среду и доказательства. Формулировка «MR влит» относится к указанной ветке копии. Она не означает, что выполнены настройки и проверки целевого Git клиента.

Предполагаемый переход к Пилоту

Команда предлагает целевые Git и трекер клиента, сохранение облачной платформы и сервиса моделей. Адреса целевых сред ещё уточняются; это открытый вопрос, а не готовая конфигурация.

До запуска зависимого потока нужно подтвердить доступы к выбранным системам, обновить правила и подключения, проверить создание MR, события и переходы трекера, сборку/деплой и диагностику. Готовность к Пилоту подтверждается для его схемы. История PoC сохраняется с ограничениями; показатели разных схем сравниваются только с учётом изменившихся условий.

Изменения кода PoC в этом примере экспериментальные. Если владелец продукта решит использовать их в целевом продукте, оформляется отдельный MR к актуальной базе с обычными проверками; принятие таких изменений не предполагается по умолчанию.