- микросервисы на ларе. Есть сервис аутентификации, который рулит выдачей jwt токенов. БД - постгрес, у каждого сервиса свой. Ограничение доступа производится двумя механизмами - первый грубый, на уровне api gateway, смотрит чтобы роль в jwt соответствовала эндпоинту. Второй более тонкий, уже на уровне самих сервисов, лезет в свою бд и там сверяет айдишники, когда это необходимо. Трудности начинаются в тот момент, когда нужно в одном сервисе проверить айдишники, которые лежат в другом. Сейчас это решается локальным кэшем нужных столбцов "чужих" таблиц и его обновлением через очередь, но кэши разрастаются до неприличия, а тут еще на горизонте замаячила возможность введения динамических ACL, которую можно подкручивать админам или еще там кому. Как можно перестроить схему на более оптимальную (если можно)? Спасибо.
А все равно придётся спрашивать и других сервисов , тут архитектуру смотреть надо , знакома проблема
в качестве "грязного хака" можно FDW посоветовать. (Foreign Database Wrapper)
спасибо, почитаю доку
Обсуждают сегодня