Size: a a a

2021 May 07

AT

Aslan Tokhchukov in DevOps Moscow
Ну в линухе пришось бы тоже через iptables разруливать скорее всего
источник

V

Victima in DevOps Moscow
скорее всего да, буду надеятся что это моя последняя проблема))))))
источник

AT

Aslan Tokhchukov in DevOps Moscow
В докере на винде? Думаю далеко нет)
источник

AT

Aslan Tokhchukov in DevOps Moscow
Сорри)
источник

V

Victima in DevOps Moscow
а что поделать :D
источник
2021 May 09

МS

Михаил SinTeZoiD... in DevOps Moscow
Философский вопрос: если нагрузки пока не ожидается, то зачем кафка?)
источник

AT

Aslan Tokhchukov in DevOps Moscow
Для надежной доставки
источник

МS

Михаил SinTeZoiD... in DevOps Moscow
А что, только кафка даёт надёжную доставку?
источник

AT

Aslan Tokhchukov in DevOps Moscow
Подменяешь вопрос?) Нечестный прием. Мы выбрали кафку. А что бы ты предложил?
источник

AT

Aslan Tokhchukov in DevOps Moscow
Другой движок ивентов тоже подошел бы.
источник

AT

Aslan Tokhchukov in DevOps Moscow
Мне прям любопытно, а что бы ты предложил?
источник

AT

Aslan Tokhchukov in DevOps Moscow
Еще RabbitMQ подошел бы. Ну конечно можно всегда потратить время и написать свой брокер, но это трата сил. Поэтому мы выбрали кафку, и пользуемся.
источник

МS

Михаил SinTeZoiD... in DevOps Moscow
Развиваю)
источник

МS

Михаил SinTeZoiD... in DevOps Moscow
Для этого надо лучше знать архитектуру приложения)
источник

МS

Михаил SinTeZoiD... in DevOps Moscow
Мне было интересно насколько осознанный выбор кафки)
источник

AT

Aslan Tokhchukov in DevOps Moscow
Могу дать упрощённую версию, один сервис эмитит ивенты, другой должен их обработать, ивенты терять нельзя, со временем нагрузка повысится, и нужно быть готовым к тому чтобы наращивать как скорость produce так и consume. Сеть априори ненадёжна, так что надо быть способными переживать моргания или отключения сети.
источник

МS

Михаил SinTeZoiD... in DevOps Moscow
Ну то есть у тебя всего два сервиса, которые между собой общаются?
источник

AT

Aslan Tokhchukov in DevOps Moscow
Два, которым нельзя терять данные. Ну и это пока
источник

AT

Aslan Tokhchukov in DevOps Moscow
Ну и естественно из будет больше
источник

AT

Aslan Tokhchukov in DevOps Moscow
со временем
источник