Было время творчески подойти к рисованию диаграммы.

Описание UML-диаграммы последовательности в рамках моего
практического курса по тестированию бэкенда ( API и SQL ).

Процесс только успеха на изображении:
- Тестировщик через Postman вызывает метод регистрации через POST /user/register в Register Service.

- Register Service отправляет запрос user_register в Account Service через account_api (а именно user_register отправляет запрос в account_api).

- В Account Service выполняется проверка входных данных: логина, email и пароля.

Если данные валидны:
- Создаётся пользователь в таблице users базы данных PostgreSQL с флагом "неподтверждённая регистрация".
- Генерируется токен, который записывается в таблицу Tokens базы данных PostgreSQL.
Результат регистрации (успех или ошибка) логируется в ClickHouse для аналитики (анализа), это есть логирование

- При успешной регистрации:
- Account Service отправляет ответ в Register Service через account_api, возвращая HTTP-код 201 с сообщением: "User has been registered and expects confirmation by e-mail".
- Account Service после успешной регистрации отправляет сообщение в очередь Rabbit.
- Rabbit получает уведомление от Account Service об успешной регистрации и передаёт его для дальнейшей обработки.

- Rabbit Mail Consumer обрабатывает сообщение из Rabbit и инициирует отправку письма через Mail API

- Mail API
нам отправляется письмо с подтверждением успешной регистрации, где указана ссылка с токеном активации.

FYI: что такое UML: статья и пример схемы