客户如何重塑 Oxide 的 Kubernetes 集成

Kubernetes on Oxide: How Customer Needs Shaped Our Integrations

客户如何重塑 Oxide 的 Kubernetes 集成

2024 年底,Oxide 面临一个紧迫问题:客户急需在 Oxide 上运行 Kubernetes,但我们缺乏官方支持。作为首位解决方案软件工程师,我通过直接解决客户在部署和运维中遇到的实际痛点,驱动了集成策略的制定。我们并未闭门造车,而是跟随客户从集群配置到应用暴露的全生命周期,逐步推出了 Rancher、Omni 和 Cluster API 三种集成方案。从解决 Talos Linux 的文件系统兼容性问题,到利用 Floating IP 实现 LoadBalancer 服务,再到规避存储层的重复复制,每一步都源于真实的客户反馈。这种以问题为导向的开发模式,不仅填补了技术空白,更让 Oxide 平台真正适配了多样化的 Kubernetes 工作流。

我们不再抽象地设计集成方案,而是跟随客户在从配置集群到运行工作流的过程中遇到的实际问题。
  1. stevehipwell

    我很想看看 `oxide-cloud-controller-manager` 是如何为“现代”Kubernetes 构建的,以及它与那些起源于 in-tree 的 CCM 相比是否有任何显著差异。考虑到 Oxide 工程师构建解决方案的方式,这可能会非常有趣。

    顺便一提,`karpenter-provider-oxide` 已经在我必选清单上了……

  2. pianoben

    我很少像现在这样渴望拥有一台 Oxide 机架放在家里。也许 40 年后,我们才能在二手拍卖会上看到第一批这样的设备……

  3. overflowy

    如果他们能开源他们的文档系统,我简直会为之疯狂。

  4. lars_francke

    免责声明:我对此完全带有偏见。

    2024 年我和一位 Oxide 的同事聊过你们的 Kubernetes 故事,当时他说“还没到时候,但快了”。看来“快了”就是现在了 :)

    我们说好等这事发生时再聊,但他后来离开了 Oxide。如果你(或者更准确地说……你的客户)对 100% 开源的 Kubernetes 原生数据平台感兴趣,我们很乐意探讨如何轻松实现。既然它“只是”Kubernetes,这应该很简单,但我们很乐意进行测试并将你们加入我们的支持列表:https://docs.stackable.tech/home/stable/kubernetes/#supporte...

    此提议依然有效。如果你感兴趣,我的邮箱在 HN 个人主页上。https://stackable.tech

  5. moondev

    很高兴看到 CAPOx 提供商,并认可 Cluster API 的采用。

同日更多故事

2026-08-13