AS
Бесспорно, и это норм)
Тогда в чем проблема со скоростью? Какой цикл? Не понимаю что-то
Size: a a a
2019 October 31
EN
Ребят, ну тут же явно континуум решений, от монолит до наносервисов. Осталось только подобрать функцию и параметры, чтоб определять оптимальное решение для исходных данных. Делов то
IN
То что я написал про reuse никакого отношения к парням не имеет
Дай рецензию на прогноз (вывод) из второго тома - это вебинар, он будет опережать best practices в 20-х годах. Я тебе дарю возможность прикоснуться к прекрасному)
VA
Тогда в чем проблема со скоростью? Какой цикл? Не понимаю что-то
Пример. Есть 100к строк кода, которые по результату распила войдут в несколько сервисов и в каждом начнут развиваться по своему, по мере запросов нескольких заказчиков функциональностей в решении. Пересекающиеся задачи с точки зрения модели предметной области будут вызывать много удивления "почему так много ресурсов")))
EN
А потом можно докторскую смело писать про регуляризацию решения при шуме в исходных данных
GK
ой да нормально всё. Поносились со своими микросервисами как с писаной торбой, теперь приходит осознание, что нет никакого универсального паттерна и микросервисы - один из возможных кирпичиков, который надо применять там, где надо, и не надо там, где не надо.
Так всегда и было. Изначально было понятно многим, что Микросервисная архитектура - это ещё один архитектурный паттерн (стиль). Ещё один паттерн основанный на сервисах, как на строительных блоках, переосмысление SOA. А те кто любит серебряные пули везди их найдут.
d
Короче все циклично, архитектор должен пару кругов пройти)
Пилишь монолит
Микросервисы появляются
Все переходят на микросервисы, а ты нет
Микросервисы в тренде
Микросервисы на спаде
Monolithic future
Ты снова модный
Микросервисы появляются
Все переходят на микросервисы, а ты нет
Микросервисы в тренде
Микросервисы на спаде
Monolithic future
Ты снова модный
VA
Так всегда и было. Изначально было понятно многим, что Микросервисная архитектура - это ещё один архитектурный паттерн (стиль). Ещё один паттерн основанный на сервисах, как на строительных блоках, переосмысление SOA. А те кто любит серебряные пули везди их найдут.
ну я бы просто сказал, что микросервисы это не билдинг-блоки, а подход, который в сочетании с отлаженным процессом разработки/деплоя даёт возможность вширь расти менее болезненно чем монолитненько
GK
@inikolski Игорь, ты представил разные views, которые с разных точек зрения структурируют стейкхолдеров. Это интересно и полезно. Может на эту тему доклад сделать?
KG
Пилишь монолит
Микросервисы появляются
Все переходят на микросервисы, а ты нет
Микросервисы в тренде
Микросервисы на спаде
Monolithic future
Ты снова модный
Микросервисы появляются
Все переходят на микросервисы, а ты нет
Микросервисы в тренде
Микросервисы на спаде
Monolithic future
Ты снова модный
кобол камбек
IN
Да я стукнулся к организаторам обсудить, чтобы быстро, пока молчание. Но люди отзывчивые, так что жду, не переживаю.
GK
ну я бы просто сказал, что микросервисы это не билдинг-блоки, а подход, который в сочетании с отлаженным процессом разработки/деплоя даёт возможность вширь расти менее болезненно чем монолитненько
Сервисы - это билдинг блоки, а микросервисная архитектура - это архитектурный стиль, то есть набор принципов и паттернов.
AS
Для меня вопрос разделения напрямую связан со степенью понимания предметной области. На ранних стадиях оно наименьшее поэтому торопится upfront делить на сервисы точно не стоит. Но по мере понимания появляется и декомпозиция. Кстати ни у кого из этих героев Красной Шапки нет ничего про DDD, все больше про DevOps. А микросервисы это скорее про distributed DDD
d
Для меня вопрос разделения напрямую связан со степенью понимания предметной области. На ранних стадиях оно наименьшее поэтому торопится upfront делить на сервисы точно не стоит. Но по мере понимания появляется и декомпозиция. Кстати ни у кого из этих героев Красной Шапки нет ничего про DDD, все больше про DevOps. А микросервисы это скорее про distributed DDD
DDDD
GK
Если вам подходят принципы и паттерны то и стиль подходит
EN
Шутка в том, что плевать на стиль и Паттерны, если бабло течёт рекой
GK
А уж как делать дизайн, выполнять декомпозицию, превращать это в говно или в конфетку, это уже немного другие вопросы
AS
DDDD
Именно так у Тилькова (в конце презентации) https://speakerdeck.com/stilkov/microservices-patterns-and-antipatterns?slide=34