14 ms·
It's the same story every day, the same pattern. And it's the same because it works. Startup: use <aws|azure|gcp> because it's quick to get started. It's easy
by mabbo 5y ago
It's the same story every day, the same pattern. And it's the same because it works.
Startup: use <aws|azure|gcp> because it's quick to get started. It's easy to scale it up 100X in 5 minutes for when you make it big. And it provides a long list of easy to use services that are overpriced per use, but which free you to focus on your business rather than complex DevOps.
Then once you scale to the point that you're comparing your salaries and your ops cost, you find smaller services to handle the expensive part of your business. Ones that do exactly what you need, not much else, and charge accordingly. Maybe they're self-operated, or maybe they're other companies with a narrow focus.
Then you write a blog post about how everyone is crazy to use <cloud> since it's so expensive, and you don't know why you ever thought they were a good idea.
- somerando7 5y agoYep, and most likely the service they switched to is running at a loss until they get enough customers, and then will start uping their costs, continuing the cycle (either migrate for cost savings, or stay)!
- deleted 5y ago[deleted]
- methodin 5y agoIndeed. I don't even see this as a bad thing - it means you pick the best option given your shifting criteria which is what we should be doing. Blindly doing one or the other makes no sense. I don't particularly enjoy the blog posts that are hyperbolic (not necessarily this one) - both AWS and other things can both be simultaneously a good choice for any given company.
- noogle 5y agoBut moving off of the cloud is not always realistic. If the start-up leveraged cloud-specific services, they are now locked in. If they remained cloud-agnostic, they were under-utilizing the cloud. How many companies actually shift their infra vendor?
- somehnguy 5y agoSame pattern on HN too - a post about some outrageous bill due to a configuration error or whatever, followed shortly by a post like this one. I mean it makes sense in a way and I'm not saying it is a bad thing, just a pattern I've noticed.
- corobo 5y agoThe third step of this pattern is that vantage company popping up in the comments. We should get bingo cards made E: hehe there it is, they’re already here
- bmer 5y agoMight want to include a relevant link in your comment? Where is said vantage company in the comments?
- openknot 5y agoThe commenter was correct, you can find the appearance via searching 'vantage' with the Find in Page browser feature. Direct link to comment: https://news.ycombinator.com/item?id=30066823 https://news.ycombinator.com/item?id=30066823
- corobo 5y agoHonestly I decided against linking it in case people decided to go mass downvote it or something dumb Seeing some of the replies to tweets that appear here I’ve lost faith in the HN audience’s ability to observe and discuss Pattern, not problem :)
- deleted 5y ago[deleted]
- hutrdvnj 5y agoAnd then there's someone like you who detects that we have a pattern here and that it's repeating itself.
- ec109685 5y agoIn actuality, how many startups have switched from <cloud> to an alternative setup? Truth of the matter is that once a startup gets to a certain size, they use these to lock in savings versus moving to bespoke infrastructure: https://www.parkmycloud.com/blog/aws-edp/ https://www.parkmycloud.com/blog/aws-edp/
- Nextgrid 5y agoA lot of startups perpetually run on VC money and don't particularly care about becoming profitable. But those that do make it sometimes shift at least some of their infrastructure - see Dropbox or Netflix (with edge caches), Cloudflare, etc.
- notreallyserio 5y agoIt probably depends a lot on whether the startup is selling a service or collecting eyeballs to sell to advertisers. Cloud could be a lot more efficient (all told) for the former than the latter.
- paxys 5y agoCorrect except in the vast majority of cases it still isn't worth it for the business to switch to the smaller, specialized service because the operational costs of rewriting/training/managing multiple clouds are too high.
- xuki 5y agoA better starting point would be a vps like DigitalOcean or Linode or Vultr. These days I’m not recommending anyone to use “cloud” (aws/azure/gcp) unless they have a specific need.
- sqrt17 5y agoHetzner provides exactly that: a VPS. They're also cheaper than DigitalOcean, I assume, because EU web hosting is way more competitive and US VPS offerings have traditionally been way overpriced. Let's also be realistic here: CloudFront is a good solution if you need a file to be served over CDN with low latency in multiple regions. Raw s3 or just a web server is much cheaper if you don't need low latency over multiple regions.
- ChuckNorris89 5y ago>EU web hosting is way more competitive and US VPS offerings have traditionally been way overpriced US offerings being way more overpriced than EU alternatives also boils down to the much larger capital/war-chest US tech companies have at their disposal to spend on Ops to conquer a market, a fact reflect in those prices but also in things like dev salaries, office equipment, etc. EU offerings are better priced because most EU companies, who aren't bankrolled by some mega VC fund, cannot afford to pay US levels of pricing.
- tecleandor 5y agoFor what I've seen recently, it feels like hosting might be cheaper in EU than in US, but housing/colocation is so much cheaper in the US.
- ksec 5y agoI think OCI has pretty damn good offering that sit between DO and AWS. Especially when you can mix and match your CPU / Mem Config.
- mabbo 5y agoThere are two numbers that matter: days until the product is ready, profitable; days until the money runs out. Startups make decisions to improve the relationship between those two numbers. Using Cloud services that are obviously more expensive than self-hosted options reduces both numbers- less time to launch stuff, but less money. The point is that in early-stage startups, the costs are so low that paying an order of magnitude more for Operations may not move the second number by very much at all, since most of the money is paying for developers.
- thejosh 5y agoit also depends on your usecase. if you are very bandwidth outbound heavy, yes aws is crazy.
- bachmeier 5y agoOne strategy has a high fixed cost and a low variable cost. The other has a low fixed cost and a high variable cost. Neither dominates - even for the same firm over the course of a year.
- tormeh 5y agoHetzner has no fixed cost. It's billed just like AWS EC2 - just (a lot) cheaper.
- mike_d 5y agoHetzner is fixed cost. You add things, click checkout, get resources, and your bill stays the same until you change something.
- ofrzeta 5y agoDepends on who is "you". When I provide a Kubernetes cluster on the Hetzner Cloud I usually need to provision dynamic storage as well - that gets allocated through developer's deployments. Also provisioning VMs for autoscaling can be automated. Of course I can lock everything down but then it's no longer a "cloud".
- rr808 5y agoLol you wish. My genius corporate employer has whole data centers with cheap paid-for servers, but thinks moving to the cloud will result in better software because that is what all the startups do. duh
- onphonenow 5y agoThey might not be wrong. In govt at least it was 6+ months to get a single rack of machines provisioned / assignees if you were lucky. The machines were there fully paid. But w aws I’d be up in 10 minutes w a lot less arguing . I’m convinced this might be part of AWS edge in big players
- avrionov 5y agoSame thing in a private company. 45 days to get a server + approval from a VP depending on the cost.
- zxcvbn4038 5y agoIt can be really tough to get people out of the beige box mentality if they have never encountered anything different. The first time you blow away their production server(s) and replace them with what is checked into git can be rough. Then you get into serverless and suddenly they can’t log into production anymore, and they have to instrument their code, and work within finite resources - all that stuff they ignored in college about manipulating datasets larger then core memory are suddenly relevant. When we did our transition to serverless we found that the people who complained the loudest about their traditional servers being mysteriously corrupted were actually the same that had obtained admin rights “so they could work faster” and were going into the servers and blowing away configuration files, altering permissions, and making other changes. Once there was no more ssh and no more root privileges our outages dropped two thirds. Today it’s mostly third party outages impacting us and people deploying untested code to production.
- hughrr 5y agoWe didn’t find that. What we did find is our operational expenditure over three years tripled. So basically capital expenditure. I’m not sure how they warped that into self congratulatory success. The people complaining now complain that it turns out the promise of total automation was a lie. None of it is very robust and all of it is painful.
- onphonenow 5y agoYep - this exactly - except some businesses have good margin or being close to customer compute is valuable - snowflake following this advice and moving to hetzner would be value destroying in some cases
- jupp0r 5y agoThis is about levels of abstraction. You can ask the cloud to deploy a container to Kubernetes. You can rent a VM with Hetzner. You can rent rack space in a data center. You can build your own data center. You can build your own server hardware. Depending on the scale you operate, you'll draw the line somewhere where it makes sense to you (which may change over time). Dev teams will still operate best when they can deploy containers to Kubernetes and without having to design their own server hardware. You now need to build abstractions in house. Maybe you can sell these to other people? Congratulations you are now a cloud provider.
- anonymoushn 5y ago> Dev teams will still operate best when they can deploy containers to Kubernetes Jeez really? We have like, binaries deployed to machines over here.
- bpodgursky 5y agoNobody said you can't operate with old-style VMs and ansible or puppet or whatever, but tbqh yes, you're going to move slower. It may not be fatal to your business; it's not going to be a top 3 reason you succeed or fail! But it does make a difference.
- funcDropShadow 5y ago> Nobody said you can't operate with old-style VMs and ansible or puppet or whatever, but tbqh yes, you're going to move slower. To stay in your metaphor, moving faster is not a guarantee to arrive at your target earlier. As long as everything works fine, using k8s is great. When you have to dig deep to solve a problem, a stack with less layers might be a huge advantage.
- robrorcroptrer 5y agoIs everything about to move fast? When you read a book, is it a race to get to the last page? When you sing a song, is the goal to get to the last word as soon as possible?
- temp8964 5y agoIs aws|azure|gcp really easier to get started than VPS?
- tracker1 5y agoDepends on what you're doing. I've been pretty find of Digital Ocean, but there's lots of smaller or in between options. If I'm targeting AWS, Azure, etc. Then I'm going to leverage their services in a lot of cases. Wether it's AWS Dynamo DB, or hosted PostgreSQL, there are places you will save in either resources or personnel. A set of Dokku servers behind a load balancer can go a long way. Kubernetes further still. Taking the issue of DB management, static assets or backups goes a long way to freeing up time to make solutions without buying into lockin too much.
- hda111 5y agoGood question. It seems there is far more to learn for each different cloud provider than buy a vps and i. e. just learn how to install postgresql on Linux and run your application.
- steve_taylor 5y agoI find it easier to deploy Docker inages to VPSs than to learn how to use countless AWS services. My go-to combo for a new project is DigitalOcean and Cloudflare.
- fendy3002 5y agoIf we're talking about backup and recovery strategy, cloud is undoubtedly easier. Setup one that doesn't eat your wallet is what makes it hard.
- deleted 5y ago[deleted]
- viraptor 5y agoI'm not sure why people try to revise their logic from the past. It probably made a lot of sense to start with a cloud provider. It made sense to move the critical parts out as the company grew. They were all completely valid choices.
- cyberge99 5y agoExactly. In the devops journey cloud cost optimization comes after deployment maturity. Granted, thinking about this up front is ideal, but it’s better to start an mvp and build from there than to be paralized by perfection at the outset and not build anything at all.