Здравствуйте, Ночной Смотрящий, Вы писали:
НС>>>Или нет.
S>>Или да.
НС>Т.е. аргументов у тебя нет. ЧТД.
Сложно аргументировать "Или нет", тем более если резать по цитатам -- целиком было:
Или да. Сначала пишут манифесты, потом начинается хайп, потом всплывает куча проблем что не всем и не всегда это
надо. Квалификация программистов, оказывается, нужна выше, а не ниже и т.д.
S>>Прежде как, а оно вообще надо?
НС>Что вообще надо? Архитектуру какую то? Обычно надо.
Но почему сразу микросервисную?
S>>Допустим, а если разработчики монолита будут думать в терминах api, а не интерфейсов?
НС>И как ты это проконтролируешь?
А как в мире разработки ПО что-либо контролируется? CR, wiki.
S
>>В чем тогда выгода микросервисов?
НС>В том что испохабить всю систему из одного микросервиса намного сложнее, чем из модуля монолита.
В целом справедливо, согласен. Доступность повышается.
НС>>>Почти все это нужно и для монолита. Ты же не сравниваешь всерьез микросервисы с системой, состоящей из одного сервера, надеюсь?
S>>В целом сравниваю.
НС>Тогда не вижу предмета для разговора.
Хорошо, не одна машина, а 2-3 машины. Что поменяется?
S>> Опять же, надо определиться под тем, что называется монолит. Много кода в едином адресном пространстве -- это оно?
НС>Нет. https://whatis.techtarget.com/definition/monolithic-architecture
Почему сразу нет? Частный случай из определения по ссылке.
Monolithic software is designed to be self-contained; components of the program are interconnected and interdependent rather than loosely coupled as is the case with modular software programs. In a tightly-coupled architecture, each component and its associated components must be present in order for code to be executed or compiled.
Еще вопрос -- вот у нас монолит, с кучей dll и отличнейший
loose coupling, продуманный api, интерфейсы и т.п.
Т.е. один exe и много dll, чем это не микросервисная арх-ра?
S>>Опыт работы над небольшими проектами, группой 2-3 человек, на 1-2 года работы. Иногда группы из 4-5 человек.
S>>Взгляд со стороны, а не изнутри.
НС>Ну то есть все сервисы исключительно single instance?
По-разному: от ui desktop, до обработчиков в сервиcной арх-ре с rmq. Т.е. экземпляров много (процесса), но машина одна.