p
Так как сделать в монолите, где каждая часть аффектит вообще всё?
Size: a a a
2021 July 12
p
Биржевые котировки.
PD
Ну, обычно просто мониторим объем памяти, при росте отключаем лишнюю функциональность. Ну или при ошибках в конкретной функциональности - отключаем ее, делов-то.
Это из того, с чем я сталкивался.
Но проблемы с памятью решаются добавлением еще памяти, это дешевле всего )
Это из того, с чем я сталкивался.
Но проблемы с памятью решаются добавлением еще памяти, это дешевле всего )
PD
Хм, я видел решения для работы с биржей в монолите, нормально работало. В том же DevExperts
p
Что делать если память утекает быстро?
PD
А почему не было perf. testing? Если работа в нагруженной среде, такое тестирование необходимо на каждый релиз.
PD
Память же не утекает "внезапно", это вполне проверяемые задачи.
И нет разницы, микросервис или монолит, все равно надо все прогонять через тесты.
Разве что в сумме монолиту нужно меньше памяти и меньше требования к latency
И нет разницы, микросервис или монолит, все равно надо все прогонять через тесты.
Разве что в сумме монолиту нужно меньше памяти и меньше требования к latency
p
Ну были перфтесты и они не нашли. Жить то надо как-то.
PD
Так откатываемся на предыдущую версию и все.
Но если не находят, то точно та же проблема и в микросервисах - любой важный сервис может начать есть память.
Но если не находят, то точно та же проблема и в микросервисах - любой важный сервис может начать есть память.
PD
Еще раз, нормальные тесты стоят дешевле, чем переход на микросервисы.
И если можно не уходить в микросервисы, то не нужно это делать.
monolith first не просто так рекомендуют
И если можно не уходить в микросервисы, то не нужно это делать.
monolith first не просто так рекомендуют
PD
Вообще, во всех указанных тобой сценариях - проще просто сразу выдать памяти с запасом. И в разы дешевле.
PD
Ну и не давать писать код врагам )
p
Откат с даунтамом будет. Откат микросервиса - это даунтайм лишь части. В конце-концов, этот несчастный сервис можно рестартить спрятав рестарты за LB.
p
Память конечна. Вот сколько стоит выделить 3-4Тб памяти?
p
Всё это напоминает "корабль с переборками" vs "корабль без переборок". Переборки только мешают перемещаться между отсеками.
PD
Ну, откат может быть и без даунтайма. И откат микросервиса - это обычно, увы, даунтайм всего, а не только части.
PD
Если для работы нужно 3-4TB, то нужно горизонтальное масштабирование (обычно), это уже не про монолит.
Но задач, где нужно 3-4TB оперативки - мало и они специфические.
Но задач, где нужно 3-4TB оперативки - мало и они специфические.
PD
Увы, мало сделать переборки, чтобы они работали, нужно еще дофига других вещей сделать. И для большей части плавательных средств (включая прогулочные лодки, которых больше всего) переборки таки не нужны.
PD
Я про то, что микросервисы - это не "арх.решение по умолчанию", а конкретный выбор, который делается с пониманием, что без него не выжить.
Так как плата за появление микросервисов - очень большая (нужна оркестрация, нужен сложный деплой, нужно управление зависимостями, нужно решать задачу с джойнами, с транзакциями, с версионированием API и так далее).
Так как плата за появление микросервисов - очень большая (нужна оркестрация, нужен сложный деплой, нужно управление зависимостями, нужно решать задачу с джойнами, с транзакциями, с версионированием API и так далее).
p
Почему всего, а не части?