꧁꧂Larisa Barolina

Что мы имеем

(попробуем понять, кто есть кто )*

Fix version bundle - это версия для клиентов, в рамках которой планируется выпуск новой возможности или устранение багов. Это поле используется для планирования релизов, отслеживания работы и скорости ее выполнения, а также для составления отчетов. Скорее всего, вы будете пользоваться им чаще остальных в процессе работы.
Affected versions - то версия, в которой были обнаружены баг или проблема. Информация о таких версиях может быть полезна при отслеживании проблем, однако они используются в Jira довольно редко.
Fixed in build - версия сборки
Released in build

По документации youtrack, Fix version bundle - это версия спринта

Если исходит из-того, что нужно:

использование кук вместо токенов
ничего лишнего (redis,...) , только PHP и желательео Laravel
управление пользователями и ролямя, желательно с UI
шлюз управления доступом к сервисам, желателно с UI

Из готовых в связке identify and gateway, нужного не увидела, есть, но оно платное - "Okta"

https://learn.netdata.cloud

Плюсы использования Hasure

создание моделей в реалтаейме
возможность добавлять action для бизнес процессов
запрос данных как по graphql так и rest
агрегируемые функция в graphql (count, avg, geo)
из доков hasurа может обрабатывать 1000 запросов в сек и использовать при этом 50 МБ рам
бесшовная интеграция с удаленными схемами graphql и делегирование http запросов сторонним сервис ( к примеру для решения бизнесовых задач)
есть механизм отслеживания действий пользователя в ui hasure, эти сведения как метаданные hasurf в схеме-hasura бд

Как nginx обрабатывает файлы cookie?

Cookie от клиента

Обратите внимание, что nginx поддерживает просмотр файлов cookie, которые клиент отправляет ему (в заголовке запроса Cookie) по схеме $cookie_name.

Если вы хотите ограничить отправку клиентом только определенных файлов cookie, вы можете легко перестроить заголовок Cookie на основе этих переменных и отправить только те из них, которые вы хотите, в восходящий поток (используя proxy_set_header , как указано выше).

Или вы даже можете принимать решения на основе куки-файлов, чтобы решить, какому восходящему потоку отправить запрос, или иметь per-user/per-session proxy_cache_key , или принимать решения по контролю доступа на основе куки-файлов.

Set-Cookie из бэкэнда

Цель

Необходимо четко прописать цель системы и для чего она служит

Описание

Описание границ системы, какие задачи решает система, в общих словах описать функционал

"2014"
"2014-09"
"2014-09-21"
"2015-09-20T19:31"
"2015-09-20T19:31:36"
"2015-09-20T19:31:36Z"
"2015-09-20T19:31:36.000"
"2015-09-20T19:31:36.000Z"
"2015-09-20T19:31:36.000+00:00"

1 option

server {

    [...]
    set $new_cookie $http_cookie;

 if ($http_cookie ~ "(.*)(?:^|;)\s*some_cookie=[^;]+(.*)") {


openssl x509 -in pkey.pem -text

	# Auth server

	As name implies it's the authentication server. You can leverage third party Auth servers (Azure Active Directory or auth0 (https://auth0.com)) or you can create your own. When you create your own (not recommended practice) , you have to have manage everything on your own from tokens to security and maintaining user databases ,and that's another microservice in your case. All Auth server does is to provide you access token which validates the user identity. But you may have to save only small set of user info into your database to run your business logic. e.g. your shopping application offer basic/Standard/Premium services to the shopping users and to identify which service the particular user is subscribed to is only possible if you have user ID saved in your database. So your auth server is only responsible to give you token and from there you are responsible to run the show.

	# API Gateway

	API gateway is the entry to your microservices. Gateway is used as single point of entry and offload u