Não entendi bem se está falando de escalar o código, parece quase o tempo todo estar falando disso, mas isso só vale para projetos enormes feitos por equipes grandes e que vão rodar por anos, décadas. Ou se está falando de atender toda demanda de acesso concorrente, o que o jeito de fazer o código, se usa MVC ou não, SOLID, TDD, DDD ou outras coisas do tipo, não tem ligação. Pelo contrário, essas coisas tendem a piorar a escala de concorrência, ainda que não de forma tão grande, porque depende da arquitetura, que é outra coisa.

Eu não posso provar, mas posso citar o exemplo do Stack Overflow, um código não tão pequeno, está crescendo onde muitos nem enxergam, que dura há muito tempo, tem uma equipe pequena, mas é assim porque não colocam penduricalhos que não trazem resultado final, não ficam masturbando o código, e não usam nenhuma dessas técnicas de que dizem que é ótimo para codificar, e eles escalam a concorrência como talvez nenhum outro caso, podendo rodar em 1 servidor se quiser, mesmo sendo um dos 50 sites mais acessados do mundo (depende da época).

SOLID não é um pattern. Precisa entender ele desde o início dele, caso contrário corre o risco de aplicar por aplicar, e não dar um resultado efetivo.

Vai postar a prova depois?

Faz sentido?

Espero ter ajudado.

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).