Готовность освободить

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

Вход локальной сети

• Запустить одноразовую локальную сеть с той же Iroha трассой и ближайшим практическим количеством валидаторов.
• Используйте единичные тесты для создателей транзакций, анализа запросов, обработки отказов и загрузки конфигурации.
• Используйте самые маленькие успешные пути чтения и письма через ту же форму SDK или CLI, которую будет использовать приложение в дальнейшем.
• Захватывать ожидаемые хэши транзакции, статусы, события и состояние в тестовых артефактах.

См. Запуск Iroha 3 и SDK Учебные пособия .

Общие испытательные сети

• Используйте Taira или другую общую тестовую сеть для поведения конечных пунктов, сборов, финансирования учетной записи, задержки и операционных репетиций.
• Keep live testnet writes opt-in, так что обычные тестовые запуска не зависят от доступности сети или расходования средств для тестирования.
• Проверьте финансирование подписантов, метаданные об активах сборов, разрешения органов власти и ожидаемое состояние перед отправкой каждой транзакции теста в реальном времени.
• Подождите состояние терминала, а затем проверьте полученное состояние с помощью запроса для чтения только.

См. Построение на SORA 3:Taira и Minamoto.

Главная сеть или порта производства

• Используйте отдельные производственные ключи подписантов, финансирование, домены и пути конфигурации. Не переносите в производство ключи тестовой сети или предположения о наличии faucet.
• Подтвердить необходимое перекрестное...SDK сценарии, связанные с Матрица совместимости. Отдельно запечатать и проверить точную CLI, бинарный параметр, конфигурация и выпуск сети, используемые в развертывании.
• Разрешения на пересмотр, спонсорские сборы, пределы тарифов, мониторинг, статус резервного копирования и критерии возвращения до выпуска.
• Требуется письменная транзакция или миграционный план для писем с большим воздействием.

Возобновление и восстановление

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

Окончательный контрольный список

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