While initially "Graviton 3" has catched my eye - I didn't know AWS has it (I'm almost not using AWS except DNS), after reading the article, especially part on:
> the things which don't work on Graviton 2 — hotplug devices and cleanly shutting down an instance via the EC2 API — also don't work on Graviton 3
I've realized, it provides one more evidence of, let's politely say, lack of interest for FreeBSD.
May be massive commenting and discussion on HN will make me think otherwise. Or may be lack of comments will prove it even further.
I was surprised Colin has to ask random strangers on the internet to sponsor his work on FreeBSD for EC2 instances. You'd think Amazon would be interested in this, they seem to have more than enough cash if they're making their own CPUs.
AWS will follow customer demand, when it comes to funding stuff like this. If there's enough customers unable to do what they want to do on Graviton, especially bigger ones like Netflix, they'd likely fund the work.
Same would likely be true if they had evidence lots of customers used FreeBSD on their platform anyway. They wouldn't release architecture that couldn't run Linux, for example.
> they seem to have more than enough cash if they're making their own CPUs.
That's actually a cost saving exercise for AWS. The OpEx cost of a rack is a very large part of the cost of running cloud services. CapEx, staffing etc. makes up only a tiny fraction of it. The Graviton Arm chips are cheaper to run by quite a bit than Intel or AMD chips of comparable performance. Any expense spent in designing and producing their own chips is easily and quickly paid for by the OpEx savings.
Amazon does provide some support for FreeBSD -- they paid for the ENA driver to be ported and maintained, for example. And they include FreeBSD in their CI system; if a change to EC2 infrastructure would make FreeBSD stop booting, they'll notice and fix it long before it gets deployed. They've also been very generous with AWS resources, both letting me spin up lots of instances and hosting mirrors on an ongoing basis.
I continue to hope that some day they'll invent some sort of "part-time contractor" position to provide me with ongoing funding for FreeBSD/EC2 work, but I certainly understand the argument that they should pay for EC2 specific work (like ENA) but not for FreeBSD development.
"FreeBSD works perfectly on Graviton" doesn't seem like it would move Amazon's quarterly financials. Does Amazon have any real history of sponsoring open source coding, when it is not a "d'oh, obviously this'll make Jeff richer and/or more famous" decision?
They have a history of working with open source projects only to the extent that allows them to push some of their work upstream so that the burden of maintaining it is shared, while retaining the rest of it as proprietary solutions that give them advantage over competing businesses.
Amazon has made substantive contributions to OpenTelemetry. Which, I suppose increases consumption of AWS in a roundabout way by ensuring people will not have a crashy, buggy mess when scaling up microservices, but doesn't directly drive CloudWatch consumption (because CW is not a differentiating, big-revenue-driving product, and OTel doesn't lock you in)
The cross section of "Orgs using FreeBSD", "Orgs who need to use FreeBSD on AWS bleeding edge CPU arch" and "Orgs that would bring in enough revenue to dedicate several FTE salaries on making it work" is probably small.
Could this be attributed to the overlap in what AWS-like (micro)service architecture and that provided by FreeBSD jails and orchestration? Maybe lack of interest on AWS platform isn't necessarily parallel to interest in FreeBSD as a whole
There are definitely people who say "everything we do is containers" (or worse, lambdas!) and don't notice the underlying operating system. Netflix famously uses FreeBSD for their CDN but their cloud systems aren't pushing huge amounts of traffic so they can run on anything -- and Linux is the easiest, largely because it's the default.
> and Linux is the easiest, largely because it's the default
If I'd need to hire someone for FreeBSD system administration, I guess I'd be in trouble. I did search through Upwork.com (Freelance portal, which I think represents trends for small to medium business and companies quite well) for vacancies, which gives me:
9 results for FreeBSD
2249 results for Linux
1584 results for Docker
Noting that finding good Linux-educated sysadmin/devops (if you are paying average on market) is not instant task, for FreeBSD my time prediction just doesn't work.
Starting something, smaller than Netflix scale, based on system which is hardly serviceable due to shortage of personnel, makes not much sense for me.
> the things which don't work on Graviton 2 — hotplug devices and cleanly shutting down an instance via the EC2 API — also don't work on Graviton 3
I've realized, it provides one more evidence of, let's politely say, lack of interest for FreeBSD.
May be massive commenting and discussion on HN will make me think otherwise. Or may be lack of comments will prove it even further.