Будет ли мелкозернистый сервис пользовательского интерфейса трудным для эффективных микросервисов?
У меня есть веб-приложение, которое использует микросервисную архитектуру с сервисом пользовательского интерфейса, отделяющим интерфейс от бизнес-сервисов (например, шлюз API). Мне бы хотелось, чтобы пользовательский интерфейс использовал довольно детализированные сервисы, поэтому каждый элемент управления должен быть привязан только к простым и актуальным данным.
Однако на практике, когда службе UI необходимо выполнить запрос, она запрашивает соответствующие данные у микросервисов, которые не обязательно имеют одинаковый уровень детализации. Таким образом, каждый раз, когда простые обновления управления пользовательским интерфейсом, базовые бизнес-сервисы (и DAO ниже этого), извлекают гораздо более существенные объекты данных.
Это типичная картина для микросервисов? Помимо кеширования, я не могу понять, как этого избежать, не внедрив много тонко детализированных методов в API-интерфейсы микросервисов (что похоже на тесную связь интерфейсов бизнес-сервисов с пользовательским интерфейсом). В качестве альтернативы было бы лучше быть менее детализированным со службой пользовательского интерфейса и позволить большему DTO войти в Javascript веб-страницы?