Это, например, каким?

Я бы сказал так. Представь, что у тебя есть классическое монолитное решение, которое можно графически изобразить как набор неких сервисов. Если сервис может относительно безболезненно для всей остальной системы отвалиться, то этот сервис можно вынести в микросервис. Например, у тебя есть интернет-магазин. В 99% случаев пользователи ничего не покупают, просто смотрят каталог товаров, прицениваются, читают отзывы. Если при этом часть программы, которая ответственна за непосредственную сделку будет временно недоступна, ничего особо страшного не произойдет, ты просто уведомишь покупателя, что ведутся технические работы, и он сможет купить товар в ближайшее время. Вот это тот случай, когда ты можешь отколоть кусок от монолита.

Иииии? Вот как именно микросервисная архитектура мешает использовать паттерны Синглтон, Стратегия, Декоратор, Команда?

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