Internal support (eg contacting dynamo sr devs/product) is better for more architecture type stuff/design and real optimization. Support is great at diagnosing and debugging. If I was external I'd use aws SAs for the equivalent to the internal stuff. But I'm an sr dev so I deal more with the SA/Design side of the house.
I work in ProServe (app dev) and I touch a lot of different services. Usually I can reach out to an SA or the service teams Slack channel. I’ve been able to get an API bug fixed relatively fast by posting a sample to the service teams Slack channel.
“fast” is relative. Even though the fix was fast, it takes forever to propagate non urgent fixes through out the entire AWS infrastructure.
AWS isn't free for internal teams, we're still paying real money and that moves the KPIs.
Not sure what you mean by internal support, I was talking about the enterprise support or the team itself.
When I say fix for urgent things it's usually poking a management api, restarting some process, swapping hosts, etc. Or calling out some other issue. Same thing that enterprise support does (has access to) or asks the team oncall to do for any customer. Common obvious example is checking elasticache logs for odd error conditions or networking issues. Or checking if your instance is on a possibly degraded host/rack etc.
When I say fix non-urgent things, I'm patient. AWS has fixed many things for me esp if you look at the 1, 3, 5 year time horizon. I've got lots of problems, having someone solve them helps, many things can be hobbled along for 1-2 years if you know it's going to be fixed and you can fix something else. Much of my job involves paying attention to roadmaps for aws teams internal and external and guiding my platforms work to best leverage that.