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

Ваша архитектура выглядит достаточно продуманной и легкой для восприятия. Действительно, если основной фокус на чтении данных, то использование двух упомянутых сервисов может значительно упростить взаимодействие с базой данных. RatesPullService, который отвечает за импорт данных, и ReadModelUpdater, обновляющий данные в хранилище, создают четкую и понятную структуру, позволяя избежать лишних зависимостей. Отсутствие состояния в системе действительно упрощает масштабирование и управление консенсусом. Использование offset как источника правды помогает избежать проблем с синхронизацией данных и делает систему более устойчивой к сбоям. Это особенно важно, когда речь идет о высоких нагрузках — десятки тысяч запросов в секунду не должны вызывать заторов. Подключение observability и durability для автоматизации повторных попыток в случае сбоев — это отличная идея. Готовые решения, такие как Temporal, помогут сократить время разработки и позволят сосредоточиться на бизнес-логике. А отказ от RabbitMQ или Kafka в пользу более простой схемы может действительно снизить оверхед, что в условиях высоких нагрузок станет дополнительным плюсом. В целом, вы на правильном пути к созданию эффективной и масштабируемой системы!