Kubernetes on Oxide: How customer needs shaped our integrations

stevehipwell•about 1 hour ago

I'm interested to see how the `oxide-cloud-controller-manager` is being built for "modern" Kubernetes and if it leads to any signify difference compared to CCMs that originated in-tree. Given the way Oxide engineer their solutions this could be really interesting.

FYI I've got `karpenter-provider-oxide` on my bingo card...

sudomateo•7 minutes ago

There are few paths we can take here. The CCM's primary responsibility is to implement the cloudprovider.Interface[0] which has node, route, and service controllers. However, the CCM can run arbitrary named controllers as well, giving us a fun extension point for the future. The in-tree CCMs are being phased out in favor of out-of-tree CCMs. The AWS Cloud Provider[1] is a good example of what that's starting to look like.

My colleague demo'd Karpeneter internally. We haven't committed releasing it yet but we're discussing it.

[0] https://github.com/kubernetes/cloud-provider/blob/master/clo...

[1] https://github.com/kubernetes/cloud-provider-aws

thegagne•25 minutes ago

Yes this would be great addition! Also it would be awesome to see proper load balancer, ingress controller with `gateway api` and a `api gateway` (two separate things).

I’m not an oxide customer, just a fan. I have lots of ideas around how something like this should look, being disappointed with the complexity and also shortcomings of products on the market for this stuff, both in the cloud and on prem.

whazor•15 minutes ago

Kubernetes is where Oxide, from my armchair, doesn't yet quite match the public cloud.

On AWS EKS Fargate, each pod runs in its own dedicated VM. With Oxide each k8s node is a VM, so you still need something like Talos.

On networking it looks like it is getting closer. Where you can have external subnet give pod routed IPs without overlay. But the gap, as marked by the article, is also the load balancing.

It would be nice if Kubernetes were a native feature out-of-the-box. Also integrated within the existing user/access control.

moondev•17 minutes ago

Love to see the CAPOx provider and buy in to Cluster API

overflowy•about 1 hour ago

I would absolutely kill for them to open source their documentation system.

bcantrill•43 minutes ago

Are you referring to our RFD system?[0][1] Because if so, good news![2]

[0] https://rfd.shared.oxide.computer/rfd/0001

[1] https://oxide-and-friends.transistor.fm/episodes/rfds-the-ba...

[2] https://github.com/oxidecomputer/rfd-site

overflowy•40 minutes ago

OMG, you just made my day!

ahl•7 minutes ago

does this mean that you won't be killing anyone?

pianoben•about 1 hour ago

I have seldom wanted anything as much as I want an Oxide rack at home. Maybe in 40 years we'll start to see the first ones show up in surplus auctions...

Kubernetes on Oxide: How customer needs shaped our integrations

⚡ Community Insights

Discussion (10 Comments)Read Original on HackerNews