Это видео рассчитано на начинающих разработчиков и тестировщиков. В нём мы поговорим про самую распространённую архитектуру микросервиса. Для лучшего понимания я нарисовал для вас простую схему. Предлагаю вместе посмотреть на её компоненты. Микросервис - это приложение, которое с помощью клиентской библиотеки обращается в систему управления базами данных для записи и получения различных данных. Обычно, вся бизнес-логика и код запросов находятся на стороне микросервиса, однако, встречаются проекты, в которых разработчики добавляют много сложных запросов в хранимые процедуры или материализованные представления. Как вы понимаете, сложные запросы могут создавать большую нагрузку на систему. Более того, количество таких запросов может быть огромное. В подобной ситуации разумно добавить компонент кэширования. Именно в кэш будет обращаться микросервис для того, чтобы отдать пользователю запрошенные данные, а если их там нет, то сделает запрос в СУБД и добавит данные в кэш. Но это не единственное решение проблемы большой нагрузки на СУБД. Можно разделить данные по нескольким серверам (шардирование) или сделать несколько копий базы данных (репликация). Тогда нагрузка на чтение будет приходиться не на один сервер, а распределяться между несколькими.