Совместное использование кэш-памяти
По моему мнению, вам не следует отправлять идентификационный токен на свой ресурс. Идентификационный токен предназначен только для клиентского приложения. Клиент анализирует содержимое токена и использует информацию пользователя. Цель токена доступа состоит в том, чтобы информировать API о том, что канал-носитель токена был авторизован для доступа к API и выполнения предопределенного набора действий в соответствии с заявкой на область действия в токене.
Другой пункт относится к спецификации OpenID Connect. аудитория идентификатора токена (обозначенная заявкой aud) должна быть идентификатором клиента приложения, выполняющего запрос аутентификации. Если это не так, вы не должны доверять токену. И наоборот, API ожидает токен со значением aud, равным уникальному идентификатору API. Так что, по моему мнению, включение заявки на разрешение в маркер доступа было бы лучшим мнением.
2 ответа
Кэш-память является просто хранилищем памяти. Это может натыкаться на несколько машин. Нет никакой причины, что два совершенно различных процесса не могут говорить друг с другом через него.
Позвольте мне разъясниться. Можно выполнить кэш-память на одном или нескольких серверах. Можно настроить клиенты для разговора с определенным набором экземпляров. Можно работать два (или больше) различные процессы кэш-памяти на том же хосте (слушание различных IP-адресов и/или портов), и они абсолютно независимы.
Если Ваши два приложения говорят с тем же экземпляром (экземплярами) затем нет никакой причины, которую они не могут передать.
Сложность прибывает, если Вы говорите с несколькими экземплярами и делите Ваши данные (т.е. разделите его через различные экземпляры), затем Ваши клиенты должны знать который экземпляр получить данные из или поместить данные в. Если Вы пользуетесь той же клиентской библиотекой (например, оба Ваших клиента являются PHP5), затем, это не драма. Если они не то же затем, необходимо решить ту проблему так или иначе.
Другая проблема при использовании различных технологий, является Вами, должны думать о формате обмена, так как пользовательская сериализация в PHP не будет таким образом читаема в Java или C#. Типичным выбором является XML или даже JSON.
Да, пока каждый проект настраивает узлы кэш-памяти в том же путь и генерирует ключ для элемента кэша таким же образом, они могут обменяться данными.