Тестовый и рабочий контуры интеграции
Версия 2.7
Что относится к среде
Идентификаторы и ключи тестового кабинета действуют только в тестовой среде RouteDesk. Настройки собственного клиента должны связывать выбранную среду с её адресом подключения, ключом, складом и хранилищем соответствий. Храните эту связку как одно целое. Номер отправления без отметки среды недостаточен для поддержки: инженеру важно знать, в каком кабинете его проверять и какой журнал относится к событию.
Раздельные очереди и секреты
Настройте разные ключи хранилища секретов и разные очереди для тестовых и рабочих заданий. Перед выполнением фонового задания проверяйте, к какой среде относится его заказ. Отдельный префикс полезен и для кэша, и для таблицы соответствий номеров. Если одна установка обслуживает несколько организаций, включайте идентификатор организации в локальный ключ вместе со средой.
Как воспроизвести сбой в тестовом контуре
Возьмите обезличенный пример заказа и создайте новые тестовые идентификаторы. Воспроизведите действия в том же порядке: запрос клиента, создание этикетки, получение события, обновление локальной записи. Перенесите характеристики ошибки, например некорректную единицу веса или повтор HTTP-запроса. Для адреса, телефона и содержимого используйте вымышленные значения, подходящие для тестового кабинета.
Признаки перепутанной среды
Если отправление видно в одном кабинете, а чтение из приложения его не находит, сравните среду ключа и контекст записи до повторного создания. Если запросы проходят, а webhook не появляется у обработчика, проверьте журнал доставок, конечный URL и то, к какой среде подключена очередь. Скопированная из тестового кабинета запись может содержать идентификатор, неприменимый в рабочем контуре.
Проверка перед переключением
Сверьте, к какому контуру относятся настройки доступа, обработчики и задания в очереди. Выполните безопасное чтение известного рабочего отправления и проверьте его в рабочем кабинете. Первую запись выполните под наблюдением оператора и сохраните корреляцию с локальным заказом. После переключения сохраните прежнюю конфигурацию по процедуре команды, чтобы можно было остановить рабочий клиент и восстановить предыдущий маршрут.
Защита от случайного запуска
Передайте метку среды в журнал планировщика и экран запуска задания. Если тестовая конфигурация получает рабочий локальный заказ, остановите его до исходящего вызова и сохраните причину. На проверке покажите дежурному, где увидеть среду конкретного задания. Общий цвет интерфейса помогает ориентироваться, но не заменяет проверку конфигурации исполнителя.
Смена настроек без смешения очередей
При возврате старой конфигурации проверьте, какие задания были поставлены в очередь после переключения. Сохраните записи этих задач до определения исхода. Если один процесс читает общую очередь, сопоставляйте среду при выдаче каждой работы. Так восстановление процесса не превратит ранее отложенную тестовую задачу в рабочий запрос.