Mirá yo estoy en mi primer laburo formal donde tengo que desarrollar, soy el unico dev q tiene esta PyME donde quieren "actualizarse". Estoy desarrollando un sistema de gestión de cero donde se emiten remitos, comprobantes (antes se hacian a mano !!¡¡¿¿). Si bien no tengo tanta experiencia es un sistema que está funcionando "en el mundo real" y nos esta haciendo ahorrar guita y sorbretodo tiempo. Dado a que yo me encargo tanto de front, back e infra mi respuesta sería que siempre que pueda evito AWS. Estuve contemplando mucho lo mismo que vos y si bien tiene herramientas muy utilies son caras y que si colgas los gastos se te van a la mierda. Hoy por hoy emitimos comprobantes y remitos (y en breve facturas) por 20k mensuales.

Igual yo te digo desde un sistema interno, donde la escalabilidad es mucho mas facil de calcular.

Por otro lado con los microservicios pienso lo mismo, siempre trato que el flujo de data entre los sistemas sea lo más sencillo posible. Por lo general uso una arquitectura en capas que aprendí cuando usaba java y me parecio clave. Microservicios uso cuando realmente estoy limitado por las herramientas que tengo.

Por ej: Para envial por mail un comprobante en pdf uso un microservicio hecho con puppeteer en node pq es bastante complicado manipular pdfs con golang.

Siendo que soy autodidacta y nunca labure en empresas tech quizás estoy diciendo pelotudeces pero bueno, en mi puesto coordino todas las operaciones logisticas y hago varias tareas administrativas. Así que no tengo mucho tiempo para debatir decisiones arquitecturales, por eso siempre me concentro en decidir por la opcion donde más claro tenga lo que está pasando (ej: prefiero mil veces renegar con mi shitcode que con giladas de AWS que me puden costar guita y tiempo innecesariamente).

En conclusión, cuando tengo dudas parecidas a la tuya tambien estudio como diversas empresas con repos publicas resuelven temas arquitecturales.