Как лучше сделать разграничегие доступа к ресурсам api для клиентов? Естественно можно сделать авторизацию, но это в моем случае оверхед небольшой, потому что 1 клиент обращается только к определенным роутам, условно client 1 -> [/users, /posts], client 2 -> [/health]. Что-то мне подсказывает, что можно сделать какой-то хитрый cors.
Расскажи о том как у тебя и на чем все это задеплоено. Какие внутренние сети и внешние. Какой балансер и т д
cors - нет, бесполезен для ограничения прав либо апи токены, либо на уровне nginx наружу выдавать какой-нибудь скоуп /public, а со внутренних сервисов обращаться по внутреннему адресу, либо вообще забить если это не критично
Это еще не задеплоено нигде. Может вы подскажете, как лучше поступить? Есть один бэкенд и определенное кол-во клиентов, в моем случаее 3, скорее всего. (не имею опыта в разворачивании таких сложных приложений, содержащих более 1 клиента)
Про ngnix как-то даже не думал. Спасибо. Но не совсем представляю, как это реализовать. Скажем есть 2 маршрута: /users, /posts. То есть в конфиге нужно явно указать, что доступ к ним возможен только с определенных адресов, в нашем случае адреса одного из клиентов? Похоже на костыль. Почитаю в любом случае про это, спасибо. Но видимо api токены будут более локанично смотреться, несмотря на то, что все сетевые взаимодействия происходят внутри локальной среды исключительно. Кстати, использование каких-то слоев авторизации внутри локальной сети — это вообще нормальная практика?
Обсуждают сегодня