AT
Еще спросил только кафка ли так умеет. Нет не только
Size: a a a
2021 May 09
AT
Необходимую часть архитектуры, на мой взгляд, я тебе описал. Но ты начал набрасывать про звездолёты и возможность дожития проекта, что к архитектуре никак не относится.
AT
Если не хватает вводных - спроси.
МS
Оно не относится пока к тебе не придёт бизнес со счётом за облачную кафку и пока вы успеваете фичи пилить.
AT
Бизнес в курсе по облачную кафку, фичи мы успеваем пилить. Еще вопросы?
МS
Очень рад за вас и вашу компанию.
AT
А по архитектуре нет предложений? Блин, ну собсна, как я и думал.
МS
Консалтинг вещь платная
AT
Ты сам начал)
МS
Я провёл базовую верификацию "а не ебанулись ли вы", потому как очень много компаний и людей этим страдают. Судя по всему вы не ебанулись и всё ок)
AT
А, ну оке, спасибо за бесплатную верификацию тогда) Хочется верить что не ебанулись)
AW
Друзья, если знаете, подскажите, пожалуйста, материал/бесплатный курс/статьи, в которых планомерно и системно разбираются основы DevOps: контейнеризация в линуксе, облачные вычисления, сети и так далее. Хочу вкатится в тему для адекватного администрирования собственных проектов, но не могу найти документации с хорошими структурными объяснениями.
DZ
К основам devops названные темы имеют очень небольшое отношение. Вам нужен миникурс "системный администратор линукс"
2021 May 10
H
Наброшу про архитектуру (с учетом того, что я тоже не знаю вводных) - я бы все сделал внутри одного сервиса. Тогда и от сети зависеть не надо будет. Взял бы просто сервер пожирнее
AT
Да, на самом деле в железку мы ближайшее время точно не упрёмся, и идея хорошая в целом. Однако мы планируем расти и лид взял курс на декаплинг, SRP, и вот это всё. Потому что тайт каплинг написанный сейчас будет сильно тяжелей исправлять в будущем, а если сейчас чуть вложиться то потом не надо будет свои костыли вылавливать. По фичам мы успеваем, поэтому есть время сделать хорошо) Как-то так.
H
Ну если вам не дорого делать сразу хорошо, то я прямо рад за вас.
96% процентов моих проектов - сделать вчера хоть как-то, потом переделать на нормально.
96% процентов моих проектов - сделать вчера хоть как-то, потом переделать на нормально.
AT
Нам дорого делать сразу хорошо, и сделать хоть вчера тоже есть) И говна мы напушили немеряно, но видимо есть вещи на которых экономить себе дороже)
AT
А кафка нам уже по-любому была бы нужна, по специфике других сервисов, вот и тут написать отдельный сервис, либо прикрутить к имеющемуся, либо подружить с кафкой - время реализации отличается не сильно кмк.
2021 May 11
p
@aslan1504 вопрос, если считается что ненадежна именно сеть, почему сеть до Кафки будет доступна для продюссера, а сеть до конечного сервиса нет ? Иными словами, почему заменив конечный сервис на брокер, вы считаете что решите проблемы сети ? Или я что то не так понял?
AT
Сеть до кафки никак не надёжней сети до сервиса, но если запрос доайдет до одного сервиса, а потом не доёдет до второго из-за сети это не ок, нам нельзя терять. А так ивент дойдет до кафки, потом если сеть моргнёт или конечный сервис упадёт кафка у себя его подержит, и как всё восстановится консьюмер заберёт