levifig

I blame this on the recent development of "open source as a marketing strategy". I'm getting tired of "open source" products that have restrictive licenses, or that are open source but lock features behind paywalls and subscription plans. It seems open source is just an excuse to ask for "stars" and to get some good will from potential users.

The Open Source world has become what the startup world became: more posers than supporters.

If you're worried that people will steal your code, your idea, or use your product for free, then don't claim it's "open source" and say "source available for auditing purposes" and start paying for contributions.

Everyone talking about Kubernetes as if it was merely a "hyperscaler" and the biggest benefit of Kubernetes over a bunch of custom scripts is consistency and the ability to have everyone work on an industry standard, which makes it easier to onboard new hires, to write scripts and documentation against, etc…

Repeat with me: K8s is but an API.

To answer your question directly: yes, that's the point. You may have different clusters for different logical purposes but, yes: less clusters, more node groups is a better practice.

We moved entire infrastructure to AWS last year, to speed up/simplify/rethink it. We lasted 3 months on S3/CloudFront. We are still heavily invested in AWS, but moved our production storage/distribution to R2/Cloudflare and couldn't be happier.

Next up: moving our cloud edge (NAT Gateways, WAF, etc) to Fortinet appliances, which licenses we purchased bundled with our on-prem infra.

I know Corey Quinn always harps on AWS' egress pricing but you really can't emphasize it enough: it's literally extortionary!

VC funding is where cool products/ideas go to die... or sell off to be assimilated.

I don't think VC funding exists if "premium support/enterprise consulting" is the monetization strategy. Either they see monetary value in the product itself and intend to maximize it (aka subscriptions, paid features, etc), or see the IP value and intend to have the business "flipped" for profit.

Spot instances for dev environment???? "Your instance will be terminated in 1m" sounds like the new "Can't work; code is building"… haha

This kind of explains why Epic sold them. This still doesn't explain why Epic bought them…

That announcement is… from 2021! :X

Same thing with the argument "instead of spending $44B on a cesspool, that money could've ended world hunger".

The reality of poverty, homelessness, hunger, etc, is so much more complex than how much money is put into solving it, that promoting "monetary investment" as a solution for any of these problems is disingenous at best, and downright corrupt at worst.

Can vouch for this. The Discord support, aside from specific account/platform problems, has been most helpful and super friendly, both community members and staff.

Our egress bill from Cloudfront last month, inc. the 1TB/per region free tier, was nearly $2,000. That's egress traffic ALONE (~20TB of it).

Needlessly to say, we're wrapping up testing on migrating our production (public) buckets to Cloudflare (R2) taking our cost from those $2,000 (and going up every month), to (drum roll)... $0,000/mo.

Have I mentioned AWS egress charges are borderline "extortionary"? :X

Same boat here. Care to share what switch you ended up landing on? I'm still searching… :'(

No need for tinfoil hats. This is a very basic networking consideration: peering. I've worked at ISPs and we would see traffic struggle through some of our contracted peers but not others all the time. It would take a while for all routes to update, and that if we had rerouting setup properly (not always the case). It gets extra complicated when you add BGP to the mix.

Long story short, most ISPs run or are well peered to data centers nearby, which is where speed tests are normally hosted at. For traffic outside of those hops, peering issues can lead to a multitude of issues... and you don't have to be evil for that to happen. No ISPs control the entire IP path between the client and server (with extremely narrow coincidental exceptions).