Начинайте с функции, которую нужно выпустить, а не с запомнившегося названия модели. Для модели, связанной с Alibaba, перед составлением плана выпуска проверьте актуальный идентификатор модели и доступ к ней для учётной записи. Каталоги, маршруты и разрешения меняются.
При изменении каталога необходимая работа остаётся прежней. Определите требования, проверьте маршрут, выполните небольшое тестирование и сохраните запись о выпуске. OdiRouter getting-started documentation содержит сведения об учётных данных, авторизации, идентификаторах моделей, первых шагах по отправке запросов и настройке SDK.
Определите функцию до выбора маршрута
Запишите, какие входные и выходные данные требуются вашей функции. Укажите языковые требования, ожидаемую структуру ответа, целевое время ответа, бюджетное ограничение, ожидаемую интенсивность запросов и действия приложения, если запрос невозможно обслужить.
Не выбирайте по памяти. Если функция зависит от модели, связанной с Alibaba, точный идентификатор модели следует записывать только после подтверждения его наличия в текущем каталоге OdiRouter и при наличии доступа к учетной записи. Одной лишь запомнившейся этикетки недостаточно для выпуска.
Подтвердите текущий доступ и выполните небольшое тестирование
Используйте текущую документацию OdiRouter, чтобы создать учётные данные, ознакомиться с поддерживаемым форматом запроса и определить идентификатор модели, доступной для учётной записи. Начните с небольшого запроса, ожидаемый результат которого смогут проверить ответственные за функцию специалисты.
Ограничьте тестирование узкой задачей. Зафиксируйте идентификатор модели, тип запроса, ожидаемые поля ответа, входные данные для приёмки и результат. Храните учётные данные вне системы контроля версий и следуйте актуальным рекомендациям для учётной записи по авторизации.
Установите критерии выпуска до расширения интеграции
Один успешный запрос не доказывает, что маршрут готов для функции. Протестируйте репрезентативные входные данные и согласуйте проверки качества вывода, ошибок, времени ответа, стоимости, повторных попыток и поведения при переключении на резервный вариант.
Критерии должны соответствовать функции. Для обеспечения эффективной работы системы поддержки может потребоваться согласованный и структурированный вывод результатов. Для творческого процесса может потребоваться иной порядок проверки. Задокументируйте, кто проверяет результат и что запускает повторное тестирование.
Ведите запись о повторной валидации
Перед выпуском сохраните следующую информацию:
Текущий идентификатор модели и дата проверки;
конечную точку и формат запроса, используемые интеграцией;
входные данные для приёмки и проверки выходных данных, которые были пройдены;
наблюдаемые ограничения, важные для функции; и
обработку сбоев, ответственного за мониторинг и событие, запускающее повторную проверку.
Эта запись не делает маршрут постоянным. Она даёт команде возможность повторно проверить решение при изменении модели, маршрута или требований к продукту.
Продолжите с OdiRouter
Если текущий каталог и доступ учётной записи указывают на подходящий маршрут, используйте OdiRouter getting-started documentation для получения подробностей реализации. Перейдите на OdiRouter, чтобы начать работу с платформой для разработчиков и перед выпуском подтвердить актуальную информацию о продукте.