Առաքելություն № 4 (ինտեգրացիայի նախագծում համակարգի ճարտարապետությունում) Դուք համակարգային վերլուծաբան եք իրավաբանական անձանց հաշիվների բացման համար: Սպասվում է գործարար հաճախորդից՝ առաջադրանք՝ հաշիվ բացելու ծառայության իրականացում: Հաշիվ բացելու ծառայությունը ներառում է պայմանագրի ստեղծում և հաշվի ամրագրում: Հաշիվ բացելու ժամանակ, հաճախորդի պայմանագիրը հաջողությամբ ստեղծվեց (վերահիշատակվեց տվյալների բազայում): Ամրագրման ծառայությունը վերադարձավ տեխնիկական սխալ: Որ պահանջները, որպես համակարգային վերլուծաբան, ներկայացնեք FP Պայմանագիր և FP Ամրագրում: Ինտեգրացիայի սցենարի իրականացման տարբերակներ՝ հաշվի առնելով բաշխված միկրոսերվիսային ճարտարապետությունը: («Իրավաբանական անձանց համար հաշվեհամարի բացում» հաջորդականության դիագրամ՝ հաճախորդի, վեբ հավելվածի, իրավաբանական անձանց հաշվեհամարի բացման օրգեստրատորի, FP Պայմանագիր և FP Ամրագրում միջև փոխազդեցության քայլերով)

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

Требования к ФП Договор:

• Поддержка транзакционной целостности или компенсационных операций (например, отмена созданного договора при ошибке резервирования).
• Возможность отката изменений (удаление или аннулирование договора) по запросу оркестратора.
• Идемпотентность операций создания договора, чтобы избежать дублирования при повторных вызовах.

Требования к ФП Резервирование:

• Чёткая обработка ошибок с информативными кодами и сообщениями.
• Возможность повторного вызова операции резервирования без негативных последствий (идемпотентность).

Варианты реализации интеграционного сценария:

1. Оркестрация с компенсационными транзакциями (SAGA):

   • Оркестратор вызывает создание договора.
   • При успешном создании договора вызывает резервирование счета.
   • Если резервирование не удалось, оркестратор инициирует компенсационную операцию — отмену договора.

2. Использование очередей и событий (Event-driven):

   • Создание договора и резервирование счета выполняются как отдельные события.
   • При ошибке резервирования публикуется событие отмены договора.

3. Идемпотентные операции и повторные попытки:

   • Оркестратор повторяет вызов резервирования с контролем состояния.
   • При длительной ошибке инициируется компенсация.

Диаграмма последовательности должна отражать эти шаги, показывая вызовы от клиента к веб-приложению, далее к оркестратору, который последовательно взаимодействует с ФП Договор и ФП Резервирование, обрабатывая ошибки и выполняя компенсации.