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


S>>Смысл цитировать эти манифесты за все хорошее? Люди пишут эти манифесты опробовав на маленькой выборке,

НС>Или нет.

Или да. Сначала пишут манифесты, потом начинается хайп, потом всплывает куча проблем что не всем и не всегда это
надо. Квалификация программистов, оказывается, нужна выше, а не ниже и т.д.

S>>У Нетфликса получилось, давайте все делать как Нетфликс.

НС>А как надо?

Прежде как, а оно вообще надо? Т.е. на эти вопросы надо сначала ответить.

S>> Зачастую это либо реально сложно из-за предметной области, либо просто не нужно.

НС>Зачастую? У тебя есть статистика?

Нету, кроме общих рассуждений и, по сути, заваленного проекта на фирме.

S>>На счет требований к инженерам -- ну вот какие навыки нужны от программиста в монолитном

S>>сервисе? Язык, предметная область, sql+ еще какой-нибудь dsl, паттерны проектирования.
НС>Нужно умение хорошо структурировать код. И чем больше размер монолита, тем важнее это умение.
НС>Интерфейсы языка программирования намного богаче и позволяют делать очень высокую связность, особенно если пользоваться ими неумело. А вот микросервисы принудительно вводят очень жесткие границы, не позволяющие высокой связности в силу специфики REST API.

Допустим, а если разработчики монолита будут думать в терминах api, а не интерфейсов? В чем тогда выгода микросервисов?

S>>тоже самое + знание распределенных систем, ну хотя бы на уровне Fallacies&pitfalls of distr. computing, типа что сеть не надежна,

S>>пакеты теряются. Далее, писать соотв. образом, чтобы можно было без проблем перезапускать упавший сервис, т.е. грамотно
S>>работать с локальным состоянием, знать про service discovery и прочие паттерны вроде sidecar, уметь заворачивать
S>>свой сервис в докер, облачные технологии и т.п. вещи, nosql (event. consistency). Сразу куча вещей, которые надо
S>>изучать и инвестировать не мало своего времени на это.
НС>Почти все это нужно и для монолита. Ты же не сравниваешь всерьез микросервисы с системой, состоящей из одного сервера, надеюсь?

В целом сравниваю. Ну не одно систему, а 2-3 пилят на 10 мелких. Опять же, надо определиться под тем, что называется
монолит. Много кода в едином адресном пространстве -- это оно?


S>>Сразу оговорюсь, у меня нету опыта работа над микросервисной архитектурой

НС>А опыт работы над современными монолитами есть?


Опыт работы над небольшими проектами, группой 2-3 человек, на 1-2 года работы. Иногда группы из 4-5 человек.
Взгляд со стороны, а не изнутри.
Кодом людям нужно помогать!
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.