Surely the correct and only answer is "the right tech stack for the job".
Trying to shoehorn everything into one chosen stack is only likely to end in dismal failure.
Switching stacks just because flavour of the month cool stack is code written in Foo with Bar library with a Foobar cloud backend is also only likely to end in dismal failure.
If a graph database is suitable for a project ... then use it. If cloud is suitable for a project... then use it. etc. etc.
Don't be a "Jack of all trades, master of none", jumping around programming languages and libraries just because its the cool thing to do.
The trouble is I see too many people over-egg the pudding on tech stacks. Perhaps especially when it comes to cloud services where they architect everything as if they were getting billions of hits per second and feel the need to justify using all cool cloud services buzz words like horizontal scaled event-driven, serverless computing platform.
Sometimes its better just to follow the KISS principle (Keep It Simple Stupid).