Not if you use shared VPCs.
And you can have business support only on one account... obviously you can go Enterprise and have the same support level on everything but pay a lot more $$$
It just always seems a bit salesie to me. Bring your network switching to the "cloud".. yadda yadda. Why? Everything is working great.
The problem is that mostly anywhere else in the world, you can get personell for much cheaper.
For highly volatile workloads, ephemeral workloads, anything where go forward capacity is fuzzy or unknown, cloud is awesome. For anything where your margins aren't robust, or your workload is known and consistent, you're better off going through the schlep of internal IT management (as long as your org isn't dysfunctional and how you operate this is a business enabler, not a hinderance, forcing shadow IT attempts). If you can't generate more revenue or margin, you've gotta look at cost savings, including the cloud premium.
The thing is, I've yet to see any startup even with VC money that has a product which has this need. Most startups nowadays factor away common crud, like booking a service or providing organisational tools. These high pressure, intense workloads are often incredibly unrealistic.
The scalable cloud is useful for scalable workloads (AKA how many times is you peak demand larger than the average?). If you want managed infrastructure, you are looking for renting a managed server or VPS.
AWS in particular is handsomely engineered so you can't answer this sort of question, as well as making people spend more without need.
- Per resource cost is turned off by default. Turning it on costs money. How much? ¯\_(ツ)_/¯
- Services like S3 will bill you per API call. How do you know who is calling your APIs? Using Cloud trail, which is turned off by default. Turning it on for this sort of analysis might cost a lot $$$ for a reasonably used bucket.
- CloudWatch will bill you per custom metric and adds up quickly. Why do I have so many custom metrics? Good luck finding out.
- Many costs are tied with stuff that's really hard to control e.g. egress traffic.
- Using many accounts is by far the best way to segregate unrelated projects. But then, you will end up paying for many criminally underutilized NAT GWs, VPN connections, Load Balancers, etc...
- Many services are ha, multi az only. That makes AWS unnecessarily expensive for dev environments / non critical services.
The list goes on. I know a fair number of consulting companies making the money of their lives reducing AWS bills.