VS
Как бы ты настрадался с разворачиванием микросервисного проэкта
Size: a a a
2020 December 29
M
По-мне развернуть хороший микросервис проще чем развернуть хороший монолит
VS
Вообще в наше время любой нормальный проэкт должен быть в докере. Чтобы можно было развернуть 1й командой. Без тюнинга екстенщенов, настройки нжинксов.
M
Тем более проблема расширяемости для большого проекта сильно важно
VL
Про скорость работы приложения я вообще молчу. Обычные переходы на другие страницы уже заставляют напрячься
Везде микросервисы и кубера - бред
Они нужны там где нужны
Такая скорость из-за плохой работы с бд и отсутствия кеширования, скорее всего
Они нужны там где нужны
Такая скорость из-за плохой работы с бд и отсутствия кеширования, скорее всего
VL
По-мне развернуть хороший микросервис проще чем развернуть хороший монолит
Скорее всего, вы не писали микросервисы в проде
VL
Если вы не можете в хороший монолит, то в микросервисы вам рано
IV
Везде микросервисы и кубера - бред
Они нужны там где нужны
Такая скорость из-за плохой работы с бд и отсутствия кеширования, скорее всего
Они нужны там где нужны
Такая скорость из-за плохой работы с бд и отсутствия кеширования, скорее всего
Я видел микросервисы в апи на 5 вызовов эндпоинтов
M
Скорее всего, вы не писали микросервисы в проде
Писал и пишу как бэ😂
VL
Писал и пишу как бэ😂
Тогда откуда слова о том что микросервисы проще и удобнее?
M
Оттуда же
VL
Разве что, мы говорим про молекулер
M
Ну вместо того чтобы сокеты пихать в проект, можно разделить на другой, так же для имейлов, обработки картинок и прочих. Для обработки данных другой и так далее и так далее. Проще ориентироваться как минимум. Ну и скорость
VL
Это можно и без микросервисов грамотно разделить
Микросервисы нужны там где ожидается большая нагрузка, либо огромный проект и это все при условии что люди знают что делают, а не эякулируют при слове микросервис
Микросервисы нужны там где ожидается большая нагрузка, либо огромный проект и это все при условии что люди знают что делают, а не эякулируют при слове микросервис
M
А если к примеру есть ивенты, которые слушают другие ивенты которые слушают другие? К примеру А вызывает Б а Б в процессе вызывает С а С вызывает А чтобы вытащить данные и вернуть в Б, который обработает чтобы вернуть в А?
Либо вызвался А, а слушатели их Б и С , Д, Е должны отреагировать на это? Как им между собой комуницировать, через хттп?😂
Либо вызвался А, а слушатели их Б и С , Д, Е должны отреагировать на это? Как им между собой комуницировать, через хттп?😂
VL
Если у вас такая связанность, то вам микросервисы не помогут
Ошибка в архитектуре
И второе, причем здесь хттп и микросервисы вообще?
Ошибка в архитектуре
И второе, причем здесь хттп и микросервисы вообще?
VS
А если к примеру есть ивенты, которые слушают другие ивенты которые слушают другие? К примеру А вызывает Б а Б в процессе вызывает С а С вызывает А чтобы вытащить данные и вернуть в Б, который обработает чтобы вернуть в А?
Либо вызвался А, а слушатели их Б и С , Д, Е должны отреагировать на это? Как им между собой комуницировать, через хттп?😂
Либо вызвался А, а слушатели их Б и С , Д, Е должны отреагировать на это? Как им между собой комуницировать, через хттп?😂
Через что будут общаться микросервисы, как будут разделены базы?
АП
Вопросы озвучены так, будто бы за ними стоит какая-то проблема 🤔
GS
Вопросы озвучены так, будто бы за ними стоит какая-то проблема 🤔
За ними стоит кучка проблем распределённых приложений :)