IL
Size: a a a
2021 March 30
GS
связан, 10 человек могут пилить монолит, 50 — нет
Вы пытаетесь доказать что-от, несоответствующее реальности. Большие приложения делали и делают, они даже не всегда сервисы (есть ещё и десктоп!) и ничего, почему-то получается разделять приложение на пакеты/модули/либы/компоненты без их индивидуального развёртывания
VL
школьные беседы какие-то
N
Officially chrome has 23 members.
возьмите пример любого не веб приложения, по типу фотошопа или игры, там же хер вы микросервисы найдете, там просто грамотное разделение на модули
АП
Officially chrome has 23 members.
где так написано?
AC
Но в другую сторону под SOA проще делать решения, где всё из коробки и максимально просто разрабатывать распределённое приложение из сервисов, где фреймворк может заставлять всё делать в рамках определённой системы, aka WCF у майков
я ни в коем случае не спорю, каждый для себя ищет подход под конкретную задачу
LR
Officially chrome has 23 members.
Так вы про хромиум не забывайте, над которым работает куча людей и компаний
АП
колво денег заказчика помогает определить архитектуру
если у него денег на двух миддлов, то деньги тебе ограничат использование мсов
если у него денег на двух миддлов, то деньги тебе ограничат использование мсов
два мидла тоже могут писать микросервисы
IL
тут вроде про ноду и веб
GS
я ни в коем случае не спорю, каждый для себя ищет подход под конкретную задачу
Это всё к утверждениям о том, что есть только неподдерживаемые монолиты для команд на 3 человека и микросервисы
VL
два мидла тоже могут писать микросервисы
могут, хуево
но зачем?
но зачем?
АП
могут, хуево
но зачем?
но зачем?
откуда выводы о качестве? на основании чего?
ответов на вопрос зачем может быть много
например затем, что для конкретной задачи такая архитектура будет оптимальней
ответов на вопрос зачем может быть много
например затем, что для конкретной задачи такая архитектура будет оптимальней
AC
Это всё к утверждениям о том, что есть только неподдерживаемые монолиты для команд на 3 человека и микросервисы
микросервис, как и сервис в soa уже solid. оба подхода где-то рядом стоят, но по части разработки распределенных систем микросервисы вперде
AD
Здравствуйте, я пишу проект используя экспресс и монгус
У меня есть вопрос, наверное архитектурный, мне сложно сходу его сформулировать словами.
Чтобы на него ответить нужно посмотреть 3 скрина, кто-нибудь готов уделить немного своего времени и внимания?
У меня есть вопрос, наверное архитектурный, мне сложно сходу его сформулировать словами.
Чтобы на него ответить нужно посмотреть 3 скрина, кто-нибудь готов уделить немного своего времени и внимания?
IL
Вы пытаетесь доказать что-от, несоответствующее реальности. Большие приложения делали и делают, они даже не всегда сервисы (есть ещё и десктоп!) и ничего, почему-то получается разделять приложение на пакеты/модули/либы/компоненты без их индивидуального развёртывания
я не пытаюсь ничего доказать, просто беседы веду 🙂
VL
откуда выводы о качестве? на основании чего?
ответов на вопрос зачем может быть много
например затем, что для конкретной задачи такая архитектура будет оптимальней
ответов на вопрос зачем может быть много
например затем, что для конкретной задачи такая архитектура будет оптимальней
для какой задачи с таким бюджетом?
>откуда выводы о качестве? на основании чего?
мсы не сильно простая вещь, там тебе и асинк общение и необходимость в отсутсвии потерянных сообщений и саги вместо транзакций
>откуда выводы о качестве? на основании чего?
мсы не сильно простая вещь, там тебе и асинк общение и необходимость в отсутсвии потерянных сообщений и саги вместо транзакций
AC
могут, хуево
но зачем?
но зачем?
с moleculer.services может пол джуна
N
Здравствуйте, я пишу проект используя экспресс и монгус
У меня есть вопрос, наверное архитектурный, мне сложно сходу его сформулировать словами.
Чтобы на него ответить нужно посмотреть 3 скрина, кто-нибудь готов уделить немного своего времени и внимания?
У меня есть вопрос, наверное архитектурный, мне сложно сходу его сформулировать словами.
Чтобы на него ответить нужно посмотреть 3 скрина, кто-нибудь готов уделить немного своего времени и внимания?
та кидайте скрины так, что уж там
АП
для какой задачи с таким бюджетом?
>откуда выводы о качестве? на основании чего?
мсы не сильно простая вещь, там тебе и асинк общение и необходимость в отсутсвии потерянных сообщений и саги вместо транзакций
>откуда выводы о качестве? на основании чего?
мсы не сильно простая вещь, там тебе и асинк общение и необходимость в отсутсвии потерянных сообщений и саги вместо транзакций
Так если все типовые проблемы МС архитектуры решены, она вырождается в описание бизнес-логики
И этим мидлам не надо думать о доставке сообщений и сагах
И этим мидлам не надо думать о доставке сообщений и сагах
AD
Кор сервис, принимает в конструктор модель монгуса