понял, спасибо

внутри метода тыкаю репозиторий, получаю просто person и в логах вижу, что подкачивает все lazy entities. Соответственно при fetchedPerson.getAddresses ожидаю, что будет lazy exception, но нихрена
В пропертиес ничего не прописывал, касающегося fetch type

если вдруг кому понадобится - как в итоге получилось у меня обойти это недоразумение:
Создал CustomLogger extends feign.Logger
Переопределил в нем 3 основных метода (logRequest, logAndRebufferResponse, log) - по факту взял всё полностью из feign.Logger что бы ничего не сломать 🙂
log - в нем заменил вызов log.debug на log.info
logRequest и logAndRebufferResponse оставил как в feign.Logger, так как в логгере, используемом по умолчанию (Slf4jLogger) эти методы переопределены и стоит проверка if (this.logger.isDebugEnabled())
После чего в конфиге создал бин
@Bean
feign.Logger logger() {
   return new CustomLogging();
}

the end.
ps: надеюсь не отсрелю себе ногу по яйца

А как тянет? Отдельно или в том же запросе?

А как это понять, я просто в логе вижу 2 селекта,ну это два запроса, нет?

Lombok используете?

Да

Почему бы просто не настроить нужный уровень логгирования на feign.Logger?

Ну и из @ToString

если бы было всё так просто 🙂
Feign по умолчанию использует Slf4Logger extends feign.Logger, а в Slf4Logger метод log():
protected void log(String configKey, String format, Object... args) {
   if (this.logger.isDebugEnabled()) {
       this.logger.debug(String.format(methodTag(configKey) + format, args));
   }
}

Отключены были

Сущность покажи

Тогда на Slf4Logger повесить debug уровень и будут логи

Отключены были

но рут лвл в логбеке = info