Size: a a a

Архитектура ИТ-решений

2019 October 31

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Вот! А потом и синглет реанимируем!
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Andrei Soloschak
Почему нет? Микросервисы в этом случае обеспечивают модульность и отсутствие сильной связности. Это даже внутри одной команды ускоряет разработку. Ну опять же любую вещь можно испортить кривыми руками :)
потому что "распиленный монолит" в любом случае дорабатывать (за счёт цикла) дольше, если нужна функциональность в нескольких сервисах.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Это было в контексте перехода к микросервисам
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Короче все циклично, архитектор должен пару кругов пройти)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Evgeniy Nikonorov
Короче все циклично, архитектор должен пару кругов пройти)
и умереть спокойно
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Viktor Alexandrov
потому что "распиленный монолит" в любом случае дорабатывать (за счёт цикла) дольше, если нужна функциональность в нескольких сервисах.
Это смотря как пилить. Если пилить для reuse, по SOA, то конечно дольше. Но это не MSA
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Это смотря как пилить. Если пилить для reuse, по SOA, то конечно дольше. Но это не MSA
А послушать сначала, блин? Или дождёмся когда они станут знаменитыми и с манифестом?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Andrei Soloschak
Это смотря как пилить. Если пилить для reuse, по SOA, то конечно дольше. Но это не MSA
а если пилить не для реюза, то у тебя в кажлом сервисе будет по кусочку монолита (одному и тому же) и при новых инициативах возможны требования внести изменения в разные сервисы, хоть и одни и те же порой...
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Igor Nikolskiy
А послушать сначала, блин? Или дождёмся когда они станут знаменитыми и с манифестом?
И все будем говорить,' а я же говорил!'
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
что тоже повлечёт расширения поля для работы)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Evgeniy Nikonorov
И все будем говорить,' а я же говорил!'
потряхивая старческой тростью
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Igor Nikolskiy
А послушать сначала, блин? Или дождёмся когда они станут знаменитыми и с манифестом?
Да каким манифестом. Все уже перепробовали до них. Ну пусть рекламируют свой продукт ребята. Вдруг и правда что-нибудь полезное скажут. Чужой опыт всегда интересен
источник

MM

Marina Mukhina in Архитектура ИТ-решений
Evgeniy Nikonorov
И все будем говорить,' а я же говорил!'
Никому такие фразы не нравятся
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Да каким манифестом. Все уже перепробовали до них. Ну пусть рекламируют свой продукт ребята. Вдруг и правда что-нибудь полезное скажут. Чужой опыт всегда интересен
ВОТ именно. Сначала послушать. А потом выводы. На своем болевом именно болевом ОПЫТЕ.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Viktor Alexandrov
а если пилить не для реюза, то у тебя в кажлом сервисе будет по кусочку монолита (одному и тому же) и при новых инициативах возможны требования внести изменения в разные сервисы, хоть и одни и те же порой...
Design for replacement, not for reuse. Смотрите Тилькова. Bounded context вам в помощь
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Andrei Soloschak
Design for replacement, not for reuse. Смотрите Тилькова. Bounded context вам в помощь
Мне много что в помощь, но мы не про дизайн фор, а распил фор))
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Короче DRY в MSA нарушается на каждом шагу. И это нормально
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Andrei Soloschak
Design for replacement, not for reuse. Смотрите Тилькова. Bounded context вам в помощь
А на секундочку подумай - парней АйБиЭм купила. Для чего? Потопить или увести в проприетарный продукт??? Именно этих, например, двух парней. Полчаса время, стоит денег.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Andrei Soloschak
Короче DRY в MSA нарушается на каждом шагу. И это нормально
Бесспорно, и это норм)
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Igor Nikolskiy
А на секундочку подумай - парней АйБиЭм купила. Для чего? Потопить или увести в проприетарный продукт??? Именно этих, например, двух парней. Полчаса время, стоит денег.
То что я написал про reuse никакого отношения к парням не имеет
источник