upvote
I love https://github.com/lucagrulla/cw , it's like tail for cloudwatch. It's super fast.
reply
That's great but that's not really the problem. The real problem is Amazon likes to release services that depend on other services, but leave the integration work to us.

I'm convinced Amazon has many teams crapping out new features but they don't have the political clout (or manpower) to create a comprehensive product. They are mandated by management to use existing services, and thus we the users suffer because we have to manage all this extra crap and noise just to enable basic functionality.

It's maddening. And then also it's maddening to see another service from a different team that was able to throw off these shackles and actually make a product that is self contained. You get a taste of how good things could be, and then you're thrown right back into the IAM/SQS/Cloudwatch/Cloudformation/Policy/everything else under the sun soup.

reply
Amazon suffers from severely fractured teams. They had a "two pizza" team policy, after all.

So you get a lot of disconnected services that work fairly well on their own and provide you GREAT building blocks if you're a developer. For example, 10 years ago, I wrote a task orchestration service that used CloudWatch Logs for task log storage. The viewer simply used the CW APIs to tail the logs from tasks, not having to worry about storage, updates, etc.

But the reverse side is that cross-team projects often languish. Especially in the UI section. Obvious things like showing logs in the reverse order (newest entries first) get overlooked and ignored.

reply
Amazon is selling servers and storage. If you need to see logs properly, then get a right tool for it. Cloudwatch is a stop gap solution.
reply
See my other comment. Logs are just one small symptom of a larger problem of poorly integrated very complex services where the complexity is pushed onto the users and not properly managed by Amazon. Which sounds very much like the problems with Azure.
reply
My general approach is to only use the most basic services from each cloud. VMs, networks, L3 load balancers, blob storage, etc

Build the rest yourself. In many cases their higher level service is just the same open source package you would run, just managed worse.

reply
this. with Kubernetes, you can get very far with just this and you won't have to deal with lock in BS either
reply