Структура Entity -> Repository -> Service -> Controller универсальна и не завязана на БД.
Entity это ваши сущности (посты, клиенты, заказы). Repository позволяют изолировать логику хранения данных. На каждую сущность создаем репозиторий, который будет иметь зависимость от ApiClient (а лучше от интерфейса клиента) через DI. Основная идея репозиториев впоследствии безболезненно переходить на другие способы хранения/получения данных, поэтому следует создать для них интерфейсы и сделать реализацию этих интерфейсов для API. В Service описываем бизнес логику, используем репозитории. Контроллеры оставляем тонкими — получение сервисов и вызов их методов. Можно пойти дальше и взаимодействие сервисов перенести в специальные сервисы. Это полезно, если потребуется использовать данную логику в других частях приложения, например, в командах
Надеюсь, ответил на все вопросы. Если что-то неясно, спрашивайте