A
что-то конкретное?
Size: a a a
2020 April 14
IV
что-то конкретное?
лучше книгу Domain-Driven Design Eric Evans
https://hub.packtpub.com/eric-evans-at-domain-driven-design-europe-2019-explains-the-different-bounded-context-types-and-their-relation-with-microservices/
и вот это
https://www.youtube.com/watch?v=yPvef9R3k-M
https://hub.packtpub.com/eric-evans-at-domain-driven-design-europe-2019-explains-the-different-bounded-context-types-and-their-relation-with-microservices/
и вот это
https://www.youtube.com/watch?v=yPvef9R3k-M
A
о, видос даже лучше, спасибо
A
послушаю, пока ковыряю свой монолит
IV
это больше про теорию… рекомендую игнорировать слово микросервис и сфокусироваться на bounded context и context map
A
это больше про теорию… рекомендую игнорировать слово микросервис и сфокусироваться на bounded context и context map
погоди, я и так микросервисы успешно игнорирую. изначально вопрос был про то, как перестать игнорировать и начать жить
AE
микросервисы действительно нужно уметь готовить (желательно, чтобы была команда отвечающая за инфраструктуру), и, по-моему, решают они в первую очередь не технические, а организационные задачи (автономные, изолированные команды). Более того, добавляют они добавляют технической сложности хорошо так, но об этом не очень любили рассказывать на конференциях когда был пик хайпа
Но идея красивая
Но идея красивая
плюсану, потому что я очень мало встречал компаний, где правильно перестраивали бы под микросервисы организационную часть - если структура команд не изменилась с переходом на микросервисы, то скорее всего не особо они тебе были и нужны
A
микросервисы действительно нужно уметь готовить (желательно, чтобы была команда отвечающая за инфраструктуру), и, по-моему, решают они в первую очередь не технические, а организационные задачи (автономные, изолированные команды). Более того, добавляют они добавляют технической сложности хорошо так, но об этом не очень любили рассказывать на конференциях когда был пик хайпа
Но идея красивая
Но идея красивая
вот это вроде как похоже на просто сервисы, и для меня в принципе имеет смысл.
A
а вот это я не очень понимаю
A
есть подозрение, что это вообще заговор клауд провайдеров)
IV
погоди, я и так микросервисы успешно игнорирую. изначально вопрос был про то, как перестать игнорировать и начать жить
Если ты их успешно игнорируешь, то они тебе не нужны. Когда будут нужны, смотри в сторону DDD 🙂
AE
есть подозрение, что это вообще заговор клауд провайдеров)
на мой взгляд у спотифай самые понятные кейсы по теме, потому что они объясняют архитектуру, отталкиваяся от болей и задач, которые решали; например: https://www.slideshare.net/kevingoldsmith/microservices-at-spotify
АА
лучше книгу Domain-Driven Design Eric Evans
https://hub.packtpub.com/eric-evans-at-domain-driven-design-europe-2019-explains-the-different-bounded-context-types-and-their-relation-with-microservices/
и вот это
https://www.youtube.com/watch?v=yPvef9R3k-M
https://hub.packtpub.com/eric-evans-at-domain-driven-design-europe-2019-explains-the-different-bounded-context-types-and-their-relation-with-microservices/
и вот это
https://www.youtube.com/watch?v=yPvef9R3k-M
#fomo
A
Если ты их успешно игнорируешь, то они тебе не нужны. Когда будут нужны, смотри в сторону DDD 🙂
есть ощущение, возможно иррациональное, что я упускаю что-то важное. поэтому хочу сперва разобраться немного, чтобы затем уже игнорировать осознанно!
A
на мой взгляд у спотифай самые понятные кейсы по теме, потому что они объясняют архитектуру, отталкиваяся от болей и задач, которые решали; например: https://www.slideshare.net/kevingoldsmith/microservices-at-spotify
спасибо, посмотрю
MS
эванс мастхев да
MS
ИМ
есть подозрение, что это вообще заговор клауд провайдеров)
а есть планы по обновлению языка программирования на котором крутится монолит?