Size: a a a

2021 May 11

AT

Aslan Tokhchukov in DevOps Moscow
Или не дойдет до кафки, так тоже ок
источник

p

ptchol in DevOps Moscow
я правильно понял, что у вас будет по факту полная топология общения сервисов построена в виде множества разных топиков в кафке ? типа на каждую пару сервисЗапрашивающий-СервисОтвечающий у вас по факту будет топик ?
источник

AT

Aslan Tokhchukov in DevOps Moscow
нет, не все сервисы будут общаться через кафку, только там где критичны потери. Таких меньшинство. А про топики - их организация уже не так критична. ну и обзывать сервисы "запрашиваюшими" и "отвечающими" в контексте кафки странновато. Лучше продюсер - консюмер.
источник

PD

Petrukhin Dmitriy in DevOps Moscow
не верю я что есть как то подругому) первые пару мгновений такое ощущение есть у всех, а потом, когда лид говорит сроки_Хорошо сразу появляется дедлайн и он «вчера»
источник

B

Bandikoot in DevOps Moscow
вот вам кейс:
- сендер получает запрос, на который он должен создать ивент в кафке
- кафка временно недоступна по сети
- сендер держит у себя в памяти необходимость ретрайнуть создание ивента в кафке
- в этот момент прилетает новый релиз сендера
источник

AT

Aslan Tokhchukov in DevOps Moscow
ииии? Сендер не успел отправить на кафку и умер. Такое нам ок. В чем поинт?
источник

PD

Petrukhin Dmitriy in DevOps Moscow
поставить sidecar кафку и туда складывать?
источник

p

ptchol in DevOps Moscow
я так их называю потому что это не про кафку. Возможно тут в самом начале непонимание.
Предполагается что "эвенты" это как бы в одну сторону общение ? Некий продюссер заэмитил эвент, консумер прожевал, сложил к примеру в другую, и вот эта "другая", что это за очередь, и кто её читает и сколько их, типа консумер сам разберется что и как и куда сложить на основании входящих данных?
источник

PD

Petrukhin Dmitriy in DevOps Moscow
так event то потеряется, а он по ТЗ не должен быть потерен
источник

AT

Aslan Tokhchukov in DevOps Moscow
ивент не создастся, если до кафки не доехало.
источник

PD

Petrukhin Dmitriy in DevOps Moscow
т.е. если в кафке нет - значит не было?
источник

AT

Aslan Tokhchukov in DevOps Moscow
Ну типа да. Продьюсер не будет ретраить, это сервис, отдаст 500 наверх и всё.
источник

p

ptchol in DevOps Moscow
ну да, в этом и суть всей модели, что нам не нужно ничего синхронизировать, в кафку улеглось значит для пользователя мы "взяли в обработку" и эвенчуально когда то ответим ему.
источник

AT

Aslan Tokhchukov in DevOps Moscow
Другой нет, прожевал и всё.
источник

B

Bandikoot in DevOps Moscow
ну если ретраить будет тот, кто закидывает ивенты продьюсеру, то ок
источник

AT

Aslan Tokhchukov in DevOps Moscow
Да, так делаем
источник

p

ptchol in DevOps Moscow
а. ну если такой кейс, так вобще сам бог велел. Я  то подумал из изначально сообщения, что вы пытаетесь класический реквест-респонс сложить в кафку.
источник

B

Bandikoot in DevOps Moscow
можно условно назвать его caller. а если этот caller в момент ретраев упадёт/пойдёт обновляться?)
источник

AT

Aslan Tokhchukov in DevOps Moscow
Нет)
источник

AT

Aslan Tokhchukov in DevOps Moscow
красно-зеленые выкатки, есть несколько инстансев и раунд-робин балансировка.
источник