Just about every time someone complains about ansible, there's a comment to plug this project but pyinfra seems to opt-out of the cloud provisioning part, instead delegating to its terraform connector, which drags in all the nonsense that entails. That makes it not only less useful but (IMHO) a horrible name for a project that only does "remote execution" and not infrastructure. The fact that it's even missing @aws @azure @gcp connectors further solidifies "who is the audience for this thing?"
Not everyone runs cloud servers. pyinfra seems to fit my needs like a glove, so I guess I am the intended audience.
I never liked the provisioning overlap Ansible has with Terraform, so it makes sense to me: provisioning servers with tf, configure them with another tool, whether it’s ansible or pyinfra. Well, at least in theory
> Just about every time someone complains about ansible, there's a comment to plug this project but pyinfra seems to opt-out of the cloud provisioning part
Which Ansible is absolutely atrocious at, so that makes sense. Use the best tool for the job (so Terraform, maybe Pulumi/tfcdk if you hate your future self/future teammates for infra.
I once nuked the entire OS partition on an openvz host. Vz data was still good so we ended up copying the root fs from another similar box, manually updated the network config and it ran for another 4 years until retired.
When I was younger I used to dream of living/working in the US. Now I’m hesitant to even visit as a tourist, despite many trips as a child (which we absolutely loved). Not worth the risk.
Ha! The first one is one of my favourite random images I’ve used as a test image for 10 years now carried between various laptops and PCs. Wonderful to see the full collection here.
This exactly highlights my fear of widespread use of LLMs for code - missing the actual optimisations because we’re stuck in a review, rather than create, mode of thinking.
But maybe that’s a good thing for those of us not dependent on LLMs :)
Well if you or anyone else that has good optimization and performance chops http://openlibrary.org/ has been struggling with performance a bit lately and it's hard to track down the cause. CPU load is low and nothing too much has changed lately so it's unlikely to be a bad query or something.
Main thing I've suggested is upgrading the DB from Postgres 9, which isn't an easy task but like 15 years of DB improvements probably would give some extra performance.
It might not be as awful as feared? That big a jump probably requires a dump and restore, but maybe it could still be done in place. pg_upgrade is pretty solid. But I agree - it's likely a cheap and easy perf win.
Is there a specific issue with more context? I looked at the repo already but it’s not obvious which operations are slowest / most important to optimize.
This. They caught me when they started offering decent DNS UI, held me when they gave me one-click SSL, and sealed the deal when they let me buy domains at cost.
I don't care what AWS offers because there's no way I'm venturing into that for my simple domains.
Weird take. I might try all the services with free tiers, see which one works the best, and give that service my business in the long term. Like, how else to evaluate competing vendors? If there’s no free tier it means everything I want to try requires I wade through “sales motion”, and I’ll end up picking conservatively based on reputation because it’s harder/more annoying to evaluate multiple vendors. That seems less competitive - “no one got fired for buying IBM” attitude.
There's a difference between free tiers and trials. A trial is fine, but the unlimited free tiers offered now are a part of a race to the bottom that make it so only the largest, most investor-backed companies and loss-leaders can effectively compete.
Sure, it’s great from the consumer perspective in the short run. But how much does needing a free tier to attract customers raise the barrier to entry for the market? The only companies that can compete are those with existing infrastructure and revenue streams that can subsidize their losses. Even ZIRP couldn’t counteract that. There is a reason that predatory pricing is illegal.
Would strongly recommend Lina Khan’s “Amazon’s Antitrust Paradox”
I'm all for competition, but smaller players would have been completely blocked by Privacy Shield, whereas they cannot block CloudFlare completely without breaking a lot of other sites.
And CloudFlare went to court. Most companies would not be able to afford it.
The CDN industry is shrinking, not growing. There isn't any margin to play with anymore.
Any viable competitor to Cloudflare is going to have to have big coffers, or take on tons of VC debt up front. Even then, it's a race to the bottom on prices.
I think the product offerings from CDN companies are the best / most interesting they’ve ever been, compared to the overall IaaS space. “Edge computing” was a meme phrase a few years ago but really there’s no way to beat the speed of light besides putting your stuff closer to users.
Maybe, but The Pirate Bay (at least last week when I looked) were sending cf-ray cookies, so I assume CF are "helping"/"protecting" (depending on what service they're using?) them, and The Pirate Bay's sort of been around (despite best efforts by some governments) for years...
Seems like they're willing to take anyone as a client
>Researchers and journalists have alleged that many of DDoS-Guard's clients are engaged in criminal activity, and investigative reporter Brian Krebs reported in January 2021 that a "vast number" of the websites hosted by DDoS-Guard are "phishing sites and domains tied to cybercrime services or forums online".[3][1] Some of DDoS-Guard's notable clients have included the Palestinian Islamic militant nationalist movement Hamas, American alt-tech social network Parler, and various groups associated with the Russian state.[3][4][1]
...including piracy sites
>DDoS-Guard provides services for the popular video game piracy website FitGirl Repacks
>Sci-Hub switched from Cloudflare to DDoS-Guard for DDoS protection.
There are! But most have only a small part of marketshare. The issue is less so in services provided and more so in sheer scale. Hopefully that will change eventually :)
reply