тысяча файлов немного соввсем) меряться проектами нехорошо))

дело не в размере проекта, а то как ты им пользуешься

мы все еще о проектах?..

согласен по обоим пунктам)

Киркоров не мог поверить своим глазам, когда увидел, КАК Лепс пользуется проектом...

народ, я тут статью пишу, хотел у вас спросить:
1) поняли ли вы тезис который я выдвинул ниже? не кривовато ли идея описана?
2) согласны ли вы с ним?
"Микросервисная архитектура имеет неоспоримые преимущества по сравнению с традиционным подходом. Однако, у нее есть и свои недостатки. Один из самых главных - необходимость заранее планировать соответствующую архитектуру приложения. Это ведет не только к усложнению создания, но и высокой стоимости поддержки: бизнес-требования могут поменяться в любой момент, и текущие границы работающих микросервисов могут им не соответствовать."

заранее спасибо :)

а не всегда ли планируется архитектура даже если не использовать микросервисы?

да, я вижу что криво, щас перепишу

там проблема не столько в планировании, сколько в корректном определении границ, как по мне. я бы на это упор сделал

ага, правильно, спасибо

"Микросервисная архитектура имеет неоспоримые преимущества по сравнению с традиционным подходом. Однако, у нее есть и свои недостатки. Один из самых главных - необходимость вдумчивее подходить к планированию архитектуры. Но даже в случае самого серьезного подхода мы не застрахованы от резкого изменения бизнес-требований и необходимости перекраивать границы микросервисов."

внезапно, мне кажется резкие изменения бизнес-требований с микросервисами переживать легче

а так и есть)

ну это маркетинговый булщит на самом деле

лоло

я про то что микросервисы в этом помогают :)

за два года работы с ними гемороев в этом плане гораздо больше было

они помогают _только_ со скалированием :)

всегда стоишь перед выбором - или слабая связанность, или скорость работы

"Микросервисная архитектура имеет неоспоримые преимущества в своей нише (резиновых приложений?) по сравнению с традиционным подходом. Однако, у нее есть и свои недостатки. Один из самых главных - необходимость тщательно подходить к планированию архитектуры, кропотливо выстраивая зоны ответственности сервисов и взаимодействие между ними. Но даже в случае самого серьезного подхода мы не застрахованы от резкого изменения бизнес-требований и необходимости изменять функционал микросервисов; впрочем, именно грамотное разделение ответственности между микросервисами позволяет защитить от изменений кодовую базу, которая к ним не относится."