Hacker Newsnew | past | comments | ask | show | jobs | submit | ginger-hot-tea's commentslogin

I am keeping a glossary page for this reason, maybe this can help others: https://daily.ginger-t.link/glossary

I am trying to be very selective about what to add in there and as concise as possible, but I would welcome any suggestions for format and additional content.


> https://daily.ginger-t.link/glossary

Big thanks for your glossary, find it very useful and overlapping with my personal obsidian notes, hope it continues to receive updates


Agreed, the article a stupid take. AWS must be able to differentiate their services, otherwise, what reason would one have to buy vs. build yourself?


> what reason would one have to buy vs. build yourself

I dunno--AWS's could be better without spending effort on it? The same way every other cloud provider incentivizes using their managed services?

Don't get me wrong--a number of managed AWS services are very good. RDS is, even, for a lot of use cases. But AWS forces you to consider cost versus quality when you fall in the RDS gaps, and that's a shitty way to do business. AWS relies on being the only network transit provider in town to incentivize continued use of horizontally related offerings.

This is literal anti-competitive behavior, just as browser bundling was for Microsoft. Like that's the definition of it.


I mean, if you are building it yourself but on top of their cloud, why does it matter to them? And, if you are building it yourself and you aren't using their cloud, then you are already being charged egress bandwidth fees as your awkward differentiator (which is an entirely different issue).

Like, the premise of these offerings has absolutely no need to try to compete with stuff running on AWS as they are clearly barely taking any excess margin over running it yourself. I would always have said the goal of these offerings was to make it easier to use AWS so you didn't have to build it yourself (and some of this stuff is complex to get right).


> I mean, if you are building it yourself but on top of their cloud, why does it matter to them?

It matters when they see a profitable business opportunity in optimizing the bundled costs of the service offerings. And who can say "clearly" what the real margins are, especially at scale? All we know for sure is whatever those are, they are good enough for them to continue to offer these managed services.


Maintenance overhead. If I buy, they manage configuration, updates, backups, etc.


Which, depending on your business, may not be good enough if not coupled with a compelling price point that beats doing it in house or with another vendor.


This may help a little: https://daily.ginger-t.link/glossary (DISCLAIMER: my site)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: