Comment by jeffparsons

Comment by jeffparsons 14 hours ago

6 replies

RDS, Route53, and Elasticache are decent, too. But yes, I've also been bitten badly in the distant past by attempting to rely on their higher-level services. I guess some things don't change.

I wonder if the difference is stuff they dogfood versus stuff they don't?

phantasmish 12 hours ago

I once used one of their services (I forget which, but I think it was there serverless product) that “supported” Java.

… but the official command line tools had show-stopper bugs if you were deploying Java to this service, that’d been known for months, and some features couldn’t be used in Java, and the docs were only like 20% complete.

But this work-in-progress alpha (not even beta quality because it couldn’t plausibly be considered feature complete) counted as “supported” alongside other languages that were actually supported.

(This was a few years ago and this particular thing might be a lot better now, but it shows how little you can trust their marketing pages and GUI AWS dashboards)

  • nunez 9 hours ago

    I'm assuming you're talking about Lambda. I don't mess with their default images. Write a Dockerfile and use containerized Lambdas. Saves so many headaches. Still have to deal with RIE though, which is annoying.

ozten 14 hours ago

A big problem for a when three AWS teams launch the same thing. Lowers confidence in dogfooding the “right” one.

  • smallmancontrov 10 hours ago

    Or when your AWS account rep is schmoozing your boss trying to persuade them to use something that is officially deprecated, lol.

nunez 9 hours ago

My understanding is that AWS productizes lots of one-offs for customers (like Snowball), so that makes sense

raw_anon_1111 13 hours ago

Amazon Connect is a solid higher level offering. But only because it is a productized version of Amazon Retail’s call center