Ну или когда в первый раз понадобится внести какие-то крупные изменения, а архитектура этого сделать быстро не позволит.
Я как-то участвовал в доработке системы, которая начиналась как демка, позволяющая отследивать с десяток машинок.

Хм, а вам не кажется что многие проекты начинаются так? Как демка, как кусочек функционала, а дальше бизнесу начинает нравиться и всё, понеслись костыли)

дешевле лишь на начальной стадии.
и как заметил Роман, большинство проектов так и стартуют. проблема в том, что переход к микросервисной архитектуре зачастую происходит в тот момент, когда это уже довольно сложно, дорого и больно.

Все верно. Потому что надо не просто переходить, а решать какую-то проблему.

Кажется.
Тут главный момент - выкинули ли POC/MVP к чертовой матери после того как собрали первый ввагон требований по доработкам, или нет.

Добрый день, посмотрите пожалуйста лог, запускаю сервлет все собирается но в браузере при переходе на урл ошибка
https://ideone.com/HlDuKt

Монолит дешевле и производительнее микросервисов до момента, пока не перестанет помещаться на один компьютер. Микросервисная архитектура на старте проекта - это как десяток КАМАЗ-ов в компании по сборке и перевозке мебели в райцентре.

Поэтому переписывать все на микросервисы надо не раньше того момента, как у тебя будет четкое понимание, что есть рост клиентов, который упрется в производительность вот в этот момент времени.

И после переезда в облако и на микросервисы - обычно все становится ощутимо медленнее, потому-что там где раньше был вызов процедуры из памяти, теперь вызов процедуры из памяти другого компьютера, по сети. Забавным образом уходит множество проблем с многопоточностью - при времени требуемом на сетевые операции, очень редко возникает состояние гонки потоков в бизнес-логике 😊

Это лог томката, а не сервлет

согласен. однако, микросервисный подход также можно оочень "облегчить", если создавать шаблоны этих сервисов, описывать регламенты и придерживаться тех или иных структур при разработке, деплое или тестировании. фактически, тем самым строя упорядоченную систему с нуля. но опять же, это если можно прогнозировать использование системы и потенциальные нагрузки. по крайней мере мне так кажется.
а так да, вполне согласен.

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

HTTP Status 404 – Не найдено
Type Status Report

Message Not found

Description The origin server did not find a current representation for the target resource or is not willing to disclose that one exists.

я так понимаю проблемане в самом сервлете,
при переходе на любой урл эта ошибка

Код сервлета?
Как деплоишь?
Какой URL используешь для того чтобы достучаться?
Спринг или JavaEE?

https://ideone.com/v5zraq
localhost:8080/hello-world
без /hello-world то же самое отображается
javaEE
запускаю просто через run
tomcat 8.5 под него xml v.3

Это если писать синхронно, блокирующе

к тому же при подсчёте стоимости разрабоки не следует также забывать о стоимости, сложности и качестве как тестирования, так и процессов эксплуатации системы/доставки. чем комплексней приложение, тем дороже его обслуживать прочими командами. примерно тоже самое, что сказать "зачем использовать ООП, если в структурном стиле писать быстрей".

...да, я помню, как мы страдали при переходе от "Дженкинс собрал артефакт и положил его на С3, запусти скриптик для выкатки fat-jar с S3" к "описать роли в ansible galaxy, настроить pip на вытаскивание артефактов с github, добавить пароли в vault, настроить Jenkins чтобы он запускал плейбуки с нужными правами, йоптваюмать дженкинс выкатил продакшен сервер со своими креденшиалами и у него прав на половину ресурсов нет..."

вот об этом и речь примерно, весь этот гемор достаточно сделать однажды и зарегламентировать, и при необходимости в свою очередь добавляя какие-то новшества, как в процессы, так и в документацию, тогда и SOA или микросервисы не будут болью для всех.

Однако мы два с лишним года выкатывали раз в две недели два зип-архива безо всего этого. "И уважение имели" (с)

Наследованный. Буквальный перевод с английского. Созданный когда-то давно и доставшийся вам по наследсту.