Acho que uma das coisas que se precisa ter em mente é que a estratégia arquitetural tem muita relação na organização de times e tamanho da empresa também. Uma abordagem de micro-servicos permite times mais descentralizados e uma interação entre times bem diferentes do que o que se tem em arquiteturas monóliticas. Claro que você pode tambem ter times descentralizados em arquiteturas monoliticas mas não é tão natural quanto em um ambiente de micro-servicos.

Voltando ao aspecto tecnologico, é verdade que é possivel escalar recursos com monólitos temos bons casos disso (stackoverflow). Mas microservico não é somente sobre escalabilidade. É tambem sobre processos desenvolvimento, então servicos diferentes podem ter decisões de tecnologia e processos de deploy bem diferentes, que atendam a necessidade do servico especifico. É muito mais some o dinamismo do desenvolvimento do que somente escalabilidade. Ela é um efeito de um bom sistema distribuido.

Sistemas distribuidos são normalmente mais complexos que monólitos e acho que antes de se tomar uma decisão de usar microservicos se deve ter em mente as necessidades de negocio e o momento da empresa. Nunca deve ser uma decisão puramente tecnologica. Há metodos pra se escalar monolitos que podem ser mais custosos, a principio, do que escalar microservicos, mas desenvolver microservicos certamente é mais trabalhoso e potencialmente mais custoso. Lembrando que da pra fazer coisas bem ruins em qualquer umas das duas abordagens. Então é tambem preciso se atentar a qualidade desse desenvolvimento e nao somente na arquitetura.