Earlier quoted context omitted.
I guess it works when you don't have any compliant competitor.
Hetzner or OVH would be compliant.
I can't speak for Hetzner but OVH has also availability issues.
401–410 of 476 posts
Earlier quoted context omitted.
As an EEUU resident, we also don't care. We can survive without youtube and instagram and the whole surveillance industry. Some of the laws place a heavy burden on giant tech companies, but for good reason.
They place a burden on everyone. A burden that's going to create a two-tier internet where service is immediately refused to EU citizens by every provider except the giant tech companies that can afford to comply.
Earlier quoted context omitted.
I agree - fly is so easy to use (when it works) that it’s hard not to be impressed. BUT what I’ve found is that we don’t need edge compute, since our customers aren’t that latency sensitive, so it’s lost on us. It’s only a few more milliseconds to us-east-1. I’ve heard (on HN) of a dozen different companies vying for the heroku replacement spots and yet Fly seemed to capture the attention. I couldn’t name another one…
Render.com is another spiritual successor of Heroku. I'd love a world where Fly and Render are both very successful companies.
Earlier quoted context omitted.
This is probably therapy, but your message and fly.io's post resonates a lot with what I'm going through. I took a product owner role about 6 months ago, my first, with a company that has turned out to be just a mired mess, and a product universally hated both internally and externally. Long story short, it's completely over-engineered by a bunch of intellectual engineers with no focus, no discipline, and no oversigh…
Part of what I hated about Product Management at my last role was the consistent helplessness I felt when I was on calls with our customers. I could tell our product wasn't meeting their needs but all I could do was try my best to give the engineers context on how best to eventually meet them. I remember my first few days on the job just being ripped to shreds by our customers who (understandably) were slighted. Don'…
Earlier quoted context omitted.
If someone is not already using the holy trinity (AWS/Azure/GCP) there is probably a reason.
Egress pricing, for one. fly.io charges an outrageous 2 cents/GB. Google is over 4x that. At fly.io rates, 1Gbps average over a month is $6400/mo. Google is tiered and you’re looking at over $10k/mo. For comparison, a cheap managed switch that can handle 1Gbps costs about $100, maybe a bit more if you want a nice one. A nice router is more. You can rent an entire rack , including power, cooling, and an unmetered 1Gbp…
Earlier quoted context omitted.
> that's a hell of an accomplishment you'll have to be proud of. It's hinted by the C-level that if I can pull this off, it would be nothing short of a miracle. I'm pretty sure I can negotiate salary, education, bonus, and what not if I can pull this off. As far as next, I've thought about that. It would be funny to call myself a turnaround specialist. This would be quite a remarkable feat, but I really don't know if…
> I'm pretty sure I can negotiate salary, education, bonus, and what not if I can pull this off. Do this up front. Do it as soon as you possibly can. You will lose a huge amount of negotiating leverage if you "wait until you show them". I cannot stress this enough.
Earlier quoted context omitted.
Maybe so but there are definitely technology choices that have vastly different "initial reliability". What would you expect to be more reliable - a bash script or a Rust program? I'm not that familiar with setting up global network infrastructure but I imagine there are similar choices that can vastly affect initial reliability.
I'd say it depends more on the person rather than the technology. A master in bash will build more reliable API (in bash no less!) than a beginner in Rust, simply because of experience and knowing their way around the tools they're using. Newer/different technologies won't simply solve a problem unless the person has some sort of domain knowledge of said problem.
Also, brand new software in general is like a new hybrid plant. How does it behave in this environment compared to other plants? Does it attract more bugs? Does it need different care? We don't know yet; it's new.
And even for an old well known plant, if the gardener hasn't gotten to know it yet, it's easy to make a mistake with its care. But a well known plant with a gardener who's grown it before is the most likely to work without issue.
Earlier quoted context omitted.
This simply isn't true. At least not for EEC(Norway).
I have never seen a company without Google Search, Google Chrome, AWS, Microsoft 360 and the lot. Which alternatives are they based on?
That is not the same as using us based products
Earlier quoted context omitted.
Those would not contain PII from your users though, unless you have terrible policies about copying personal information in random Google Docs.
All of these will absolutely contain PII every time.
You can use Google Search and be 100% compliant, because Google doesn't see any customer data. Google chrome isn't even a service, I can't imagine how you'd manage to stick customer data in there.
And if you think there are no companies without AWS and Microsoft 360, you need to expand your horizon. I work for one such company, and so do many of my peers.
Earlier quoted context omitted.
The CloudFlare folks wrote a good blog post on how they are seeing their customers use Edge compute — latency is far down on the list: https://blog.cloudflare.com/cloudflare-workers-serverless-we...
The US CLOUD Act means a EU customer cannot use a US cloud provider to host PII, even if the server itself is physically in the EU, because US law will still compel the provider to yield the data to US authorities. The European Commission is trying to paper over the cracks with a fig leaf of judicial review, but it's only a matter of time until a Schrems III decision from the CJEU invalidates that polite fiction.