MG
Почему?
Size: a a a
2020 December 16
П
Например у меня сейчас кейс - проверить юзера, а потом его лицензию. Если нет лицензии то показать ещё один экран. И получается сервер начинает ветвить логику и отдават html. странички разруливать когда какую отдать
MG
Тогда опускай это ниже на уровень бекенда/клиента
П
Так как клиент ещё не загружен в этот момент
П
Тогда опускай это ниже на уровень бекенда/клиента
Ладно забей) мы о разном говорим
MG
Пожалуй о разном, да
АГ
1 контейнер - 1 процесс. и что еще тут размышлять
АГ
иногда процесс может порождать другие процессы (например воркер по обработке заявок в очереди) - но корневой процесс в контейнере желательно чтобы был 1.
SP
А если есть какие либо инварианты на количество сервисов или "качество" сервисов внутри агрегата. Тогда связи все же делать или выносить в отдельный "сервис" все эти проверки и подсчеты?
то задаться вопросом "что случится если инвариант будет нарушен") не все инварианты стоят того что бы мутить immediate consistency ради них.
ПГ
то задаться вопросом "что случится если инвариант будет нарушен") не все инварианты стоят того что бы мутить immediate consistency ради них.
Спасибо.
SP
Павел
Тогда другой вопрос - сервер должен проверять на секьюрность Index.html?
в случае с SPA index.html обычно содержит ссылки на js + спиннер какой или скелет приложения. Для ускорения процесса авторизации "лучше" конечно сразу трекать что сессии у чувака нет (тут еще вопрос как у тебя это организовано и можно ли так делать вообще, например где ты токен сессии хранишь, в http only куках и кто ее выдает)
В случае НЕ spa вопрос тоже не должен стоять особо
В случае НЕ spa вопрос тоже не должен стоять особо
П
А касаемо контракта между сервером и клиентом, кто-нибудь использовал такой вариант, что код ошибки и мессадж возвращаются в хидере респонса? И чем это хуже или лучше своего объекта ApiResponse( error,response)
П
Тоесть у меня может прийти 403 по нескольким причинам, и я хочу чтобы клиент знал эту причину
N
я бы пихал в контент просто потому что это привычно. А так особо разницы нет.
Было желание в текстовое описание кода ответа еще добавлять. Типа
Было желание в текстовое описание кода ответа еще добавлять. Типа
HTTP 401 Token missedEE
Вопрос
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
SB
Вопрос
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
А можете дать ваще определние интеграционным ивентам?
Я просто для себя различаю нотификационные, доменные, ну и самые костыльные ивенты синхронизации (от которых пока что не получилось избавится полностью)
Я просто для себя различаю нотификационные, доменные, ну и самые костыльные ивенты синхронизации (от которых пока что не получилось избавится полностью)
EE
Синхронизация состояния домена между сервисами
SB
Синхронизация состояния домена между сервисами
Их не должно быть просто, стостояние\данные не должны утекать из сервиса
SP
Вопрос
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
Что должны порождать ИНТЕГРАЦИОННЫЕ ЭВЕНТЫ в микрослужбах?
Напрямую воздействовать на домен?
Порождать команды?
Порождать доменные эвенты?
Также прошу источники, чтобы почитать про интеграционные эвенты.
ивенты сообщают о фактах, это просто сообщения. Реакция на эти ивенты определяется логикой работы. Не надо усложнять. По факту обработчики этих ивентов могут все перечисленное.
SP
p.s. микрослужбы звучит забавно