6 ms·

AWS is way too bandwagonny these days. Back when it was all engineers they built things on the basis of "this is cool technology". These days marketing runs l

AWS is way too bandwagonny these days. Back when it was all engineers they built things on the basis of "this is cool technology". These days marketing runs large parts of AWS and plans are decided more on the basis of "this will look cool on a PowerPoint slide". I keep going back to the basics: Serverless is servers. Machine learning is servers. GenAI is servers. And, from what I've heard, most of AWS revenue is servers and storage. (For the record: I am also an AWS Hero, and an AWS customer since 2006.)

zdragnar 2y ago
To be fair, most of that criticism was also applied to "the cloud" and most AWS services that weren't reserved EC2 instances back in the day.
fragmede 2y ago
How is Lamda, servers? Obviously it is underneath but because there's all sorts of weird tuning shit to get them to work right, it's is own separate thing to deal with and so deserves some sort of way to differentiate it. Are we just unable to handle new definitions for new, different things?
- NicoJuicy 2y ago
  Lambda is servers like kubernetes is servers
catlifeonmars 2y ago
Having worked on both (servers and serverless), I personally find the serverless programming model to be fundamentally different. I don’t have time to write, operate or troubleshoot servers. Serverless is a huge productivity boost. I can set and forget some glue piece of functionality and it will operate without the issue. Then I can focus coding up the interesting and differentiated bits.
- Brechreiz 2y ago
  I have a python script that fetches a website every few minutes and makes an API call when some conditions are met. I never really figured out all those other AWS or cloud tools and usually just resort to renting a vortual server and running the script via ssh.
  - rqtwteye 2y ago
    That seems the way to go unless you have insane amounts of data. We had some could guys write a pipeline in AWS for us with several steps connected by lambdas that get triggered at each step. The damn thing is just not reliable. It skips some changes or sometimes doesn't work at all. I am sure it can be made reliable but I am beginning to be very skeptical of all this complexity. I think we could write the whole pipeline in 300 lines of Python with the same results but somehow this is not "cool" because it doesn't scale. Never mind that the complex stuff doesn't scale either
  - catlifeonmars 2y ago
    That sounds like it works great for your use case. The serverless stuff is best for when you want to do things like customer order processing workflows or distributed packet mirroring orchestration, etc etc
- Aeolun 2y ago
  The problem with serverless is that it takes away some things to think about, it adds an equally large new number of things you have to think about.
  - catlifeonmars 2y ago
    That’s where I (respectfully) disagree. It’s true that there are new things to thing about, and there are use cases where it’s not appropriate. That being said, overall it’s a net productivity boost and YMMV but for me I’d say it’s 4x or 5x.
Twirrim 2y ago
> most of AWS revenue is servers and storage The way that cloud businesses work, you sell the servers for about as cheap as you possibly can do. Instance prices are all a race to the bottom among the providers, because servers are largely commodity hardware that's easy to get from any number of providers, and it's one of the first prices customers see, and often plays a big role in their choice of provider. So that's not where you make your profits. So you're right, lots of revenue, but crucially, there is no real profit. There never will be. That makes it a boring product, not worth focusing a lot on from a marketing perspective etc. Same tends to go for all of what you might think of as the basic building blocks of the cloud. e.g. object storage prices are often really close to what it actually costs to provide the service. You make your profits on what you sell that runs on the cloud. All those additional things like databases, streaming services, kubernetes bits, functions etc. Those are where you make your actual profits. GenAI is a big potential profit driver for AWS, so that's where they're pushing. A couple of years ago it was "$foo, but on Kubernetes". Before that it was "$foo, but Serverless". They're just pushing where the profit and interest is, and pretty much always have done. sort of side-note: Gartner's evaluation of cloud providers got really absurd around kubernetes stuff. Because one cloud would do it, you'd miss out on points if you didn't also add it, even if being on kubernetes literally added zero benefit, or arguably was worse. Same for "Serverless". It didn't matter if customers were actually using it, or wanted it, if AWS/Azure/GCP launched it, you'd better have it too.
- dilyevsky 2y ago
  Storage can be considered commodity too yet big three charges massive premium for it
  - jen20 2y ago
    Metered egress would like a word, too!
  - Twirrim 2y ago
    Having worked for storage services for the cloud, it's not a massive premium. Things are kept pretty close to costs. We have to, it's a similar race to the bottom case. Each time one of the clouds drop storage costs, the others rapidly follow even to the point of it losing them money while they figure out how they might return to profitability. The biggest cost for cloud storage services is not disks. Never has been. They're pretty cheap all things told. It's the per rack operational costs that dwarf them. The cost of electricity, cooling etc. You're also paying for the durability and accessibility that is built in to the software. It's why you see, e.g. backblaze obsessing about their server specifications and how many disks they can cram in to the server. Everyone is trying to maximise the rack data density, and trying to tow a really fine line on having just enough compute power in the individual server.
sciencesama 2y ago
They can only build so much !! They did all the foundation work now its all makeup on the pig mode
chipdart 2y ago
> AWS is way too bandwagonny these days. Back when it was all engineers they built things on the basis of "this is cool technology". I don't agree. I think AWS has always been extremely customer-focused, and they scramble to offer whatever service might have any traction at all from customers. It's just that they are already providing the low-level baseline services, and now they are progressing to offer increasingly higher-level ones. I'm talking about machine learning-driven firewalls, backend for mobile applications, video streaming, edge computing, even Blockchain and now LLM services. As much as it might surprise you, there is plenty of real-world demand for these services. You might accuse it of being "bandwagonny", but if you take an objective look at it you'll find that they are playing the role of supply store owners during the gold rush. It comes at no surprise that AWS is the one part of Amazon whose revenue is growing massively year-on-year, with the last report pointing to a 17% growth year over year. https://www.cnbc.com/2024/04/30/aws-q1-earnings-report-2024.html https://www.cnbc.com/2024/04/30/aws-q1-earnings-report-2024.... Is that what you would call bandwagonny?

zdragnar 2y ago

To be fair, most of that criticism was also applied to "the cloud" and most AWS services that weren't reserved EC2 instances back in the day.

fragmede 2y ago

How is Lamda, servers? Obviously it is underneath but because there's all sorts of weird tuning shit to get them to work right, it's is own separate thing to deal with and so deserves some sort of way to differentiate it. Are we just unable to handle new definitions for new, different things?

NicoJuicy 2y ago
Lambda is servers like kubernetes is servers

catlifeonmars 2y ago

Having worked on both (servers and serverless), I personally find the serverless programming model to be fundamentally different. I don’t have time to write, operate or troubleshoot servers. Serverless is a huge productivity boost. I can set and forget some glue piece of functionality and it will operate without the issue. Then I can focus coding up the interesting and differentiated bits.

Brechreiz 2y ago
I have a python script that fetches a website every few minutes and makes an API call when some conditions are met. I never really figured out all those other AWS or cloud tools and usually just resort to renting a vortual server and running the script via ssh.
- rqtwteye 2y ago
  That seems the way to go unless you have insane amounts of data. We had some could guys write a pipeline in AWS for us with several steps connected by lambdas that get triggered at each step. The damn thing is just not reliable. It skips some changes or sometimes doesn't work at all. I am sure it can be made reliable but I am beginning to be very skeptical of all this complexity. I think we could write the whole pipeline in 300 lines of Python with the same results but somehow this is not "cool" because it doesn't scale. Never mind that the complex stuff doesn't scale either
- catlifeonmars 2y ago
  That sounds like it works great for your use case. The serverless stuff is best for when you want to do things like customer order processing workflows or distributed packet mirroring orchestration, etc etc
Aeolun 2y ago
The problem with serverless is that it takes away some things to think about, it adds an equally large new number of things you have to think about.
- catlifeonmars 2y ago
  That’s where I (respectfully) disagree. It’s true that there are new things to thing about, and there are use cases where it’s not appropriate. That being said, overall it’s a net productivity boost and YMMV but for me I’d say it’s 4x or 5x.

Twirrim 2y ago

> most of AWS revenue is servers and storage The way that cloud businesses work, you sell the servers for about as cheap as you possibly can do. Instance prices are all a race to the bottom among the providers, because servers are largely commodity hardware that's easy to get from any number of providers, and it's one of the first prices customers see, and often plays a big role in their choice of provider. So that's not where you make your profits. So you're right, lots of revenue, but crucially, there is no real profit. There never will be. That makes it a boring product, not worth focusing a lot on from a marketing perspective etc. Same tends to go for all of what you might think of as the basic building blocks of the cloud. e.g. object storage prices are often really close to what it actually costs to provide the service. You make your profits on what you sell that runs on the cloud. All those additional things like databases, streaming services, kubernetes bits, functions etc. Those are where you make your actual profits. GenAI is a big potential profit driver for AWS, so that's where they're pushing. A couple of years ago it was "$foo, but on Kubernetes". Before that it was "$foo, but Serverless". They're just pushing where the profit and interest is, and pretty much always have done. sort of side-note: Gartner's evaluation of cloud providers got really absurd around kubernetes stuff. Because one cloud would do it, you'd miss out on points if you didn't also add it, even if being on kubernetes literally added zero benefit, or arguably was worse. Same for "Serverless". It didn't matter if customers were actually using it, or wanted it, if AWS/Azure/GCP launched it, you'd better have it too.

dilyevsky 2y ago
Storage can be considered commodity too yet big three charges massive premium for it
- jen20 2y ago
  Metered egress would like a word, too!
- Twirrim 2y ago
  Having worked for storage services for the cloud, it's not a massive premium. Things are kept pretty close to costs. We have to, it's a similar race to the bottom case. Each time one of the clouds drop storage costs, the others rapidly follow even to the point of it losing them money while they figure out how they might return to profitability. The biggest cost for cloud storage services is not disks. Never has been. They're pretty cheap all things told. It's the per rack operational costs that dwarf them. The cost of electricity, cooling etc. You're also paying for the durability and accessibility that is built in to the software. It's why you see, e.g. backblaze obsessing about their server specifications and how many disks they can cram in to the server. Everyone is trying to maximise the rack data density, and trying to tow a really fine line on having just enough compute power in the individual server.

sciencesama 2y ago

They can only build so much !! They did all the foundation work now its all makeup on the pig mode

chipdart 2y ago

> AWS is way too bandwagonny these days. Back when it was all engineers they built things on the basis of "this is cool technology". I don't agree. I think AWS has always been extremely customer-focused, and they scramble to offer whatever service might have any traction at all from customers. It's just that they are already providing the low-level baseline services, and now they are progressing to offer increasingly higher-level ones. I'm talking about machine learning-driven firewalls, backend for mobile applications, video streaming, edge computing, even Blockchain and now LLM services. As much as it might surprise you, there is plenty of real-world demand for these services. You might accuse it of being "bandwagonny", but if you take an objective look at it you'll find that they are playing the role of supply store owners during the gold rush. It comes at no surprise that AWS is the one part of Amazon whose revenue is growing massively year-on-year, with the last report pointing to a 17% growth year over year. https://www.cnbc.com/2024/04/30/aws-q1-earnings-report-2024.html https://www.cnbc.com/2024/04/30/aws-q1-earnings-report-2024.... Is that what you would call bandwagonny?