Re[9]: О микросервисах
От: Sharov Россия  
Дата: 07.02.22 13:18
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>>>Или нет.

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. Т.е. экземпляров много (процесса), но машина одна.
Кодом людям нужно помогать!
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.