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

hVostt,

это не так
микро сервисы меньше чем монолитное приложение, ответственностей у каждого из них гораздо меньше, состояние меньше, вот у меня есть, например, продукт. Я сканирую сторы приложений(appstore, google play) и на базе полученных данных делаю продвинутую аналитику. Это единый продукт. У меня есть админка для себя, у меня есть кабинет для клиента. Данные из этого сервиса также используются в другом, тоже связанном с мобильными приложениями. Вот я постоянно сканирую стор, это гиагабайты трафика, я посылаю задачи на сканы в шину сообщений, там их подхватывают кролеры, для апстор они просто парсят что мне нужно, для гугл плей через айпиротатор, причем нельзя делать более 2 запрсов в секунду на 1 айпи, потому есть синхронизация заппосов через айпиротатор. Часть крола идет через прокси-сервера, которые тоже предоставляются микросервисом. У меня есть кролер который сканирует и говорит какое приложение по какому запросу на каком месте, эти данные ложатся в NoSQL базу. Клиенты просят ежедневные отчеты на почту или ботом, для этого они формируются и отсылаются отдельным сервисом. В кабинете клиенту нужна продвинутая аналитика, так как запросов много, а аналитика из базы строится долго, у меня есть понятие метомодели, где хранятся и обновляются аггрегированные состояния. Метамодель весит примерно 3 гигабайта в памяти и используется в админке, в кабинете и в смежном продукте. Я принимаю платежи на сайт с разных систем, для этого я слушаю постбеки, но нацеливать их на разные урлы ненадежно и неудобно, потому у меня есть микросервис который слушает постбеки надежным образом. Как только прихоит постбек он хранит его в оперативной памяти, оттуда он сразу сливает его на хдд, оттуда он сохраняет его в базу и бросает в шину сообщений заинтересованному консюмеру.
Состояние клиентской сессии я храню в инпроц, потому что так проще и я знаю что мне не нужно скалить этот инстанс, короткий даунтайм тоже приемлем. В итоге я скейлю парсеры как мне удобно, у меня надежные постбеки по приему платежей, я заранее могу себе позволить писать части систему немасштабируемо, так как понимаю их узкий функционал. У меня есть сейчас клиент который хочте купить доступ к апи, я легко сделаю это - подниму новый микрсоервис, подтяну к нему метамодель, напишу чуть кода, например, чтобы считать цену по вызовам апи и готово. И это никак не затронет то что у меня уже есть. И это будет масштабируемо "из коробки".

ViPRos,

я не спорю что применимость зависит от контекста, но в предыдущем посте ультимативно заявлялось что "Микросервисы масштабировать сложнее чем монолит, прими это за аксиому".
Это не правда