Kubernetes 是一条“死胡同”！？6 年挣扎后，Gitpod 另辟蹊径打造全新开发环境

主要观点总结

Gitpod 团队在构建开发环境时面临的挑战及解决方案。他们发现 Kubernetes 在处理开发环境时存在复杂性、资源管理和状态管理等方面的问题，并尝试使用微虚拟机等技术来解决问题。最终，他们决定从头开始规划更适应未来开发架构的平台样式，即 Gitpod Flex。

关键观点总结

关键观点1: Gitpod 在使用 Kubernetes 构建开发环境时遇到的挑战包括复杂性、资源管理和状态管理等问题。

Gitpod 团队在实践中发现 Kubernetes 不太适合作为开发环境的底层基础设施，因为开发环境与生产环境的工作负载特性不同，需要更强的状态管理和资源隔离。

关键观点2: Gitpod 尝试使用微虚拟机等技术来改进 Kubernetes 的性能。

Gitpod 团队尝试使用微虚拟机技术来改善资源隔离和安全性，但同时也面临着运行开销、镜像转换和特定技术局限等挑战。

关键观点3: Gitpod 最终决定开发 Gitpod Flex 平台。

Gitpod 团队经过实践探索和教训总结，决定从头开始规划更适应未来开发架构的平台样式，即 Gitpod Flex。该平台简化了架构，改善了安全基础，能够无缝集成开发容器，并在桌面端运行开发环境。

关键观点4: Gitpod Flex 的意义不在于替代 Kubernetes，而在于提供更多选择。

Gitpod Flex 并不会替代 Kubernetes，而是为那些希望改善开发者体验、减轻运营负担和降低成本的组织提供更多选择。

文章预览

来自公众号：InfoQ 作者｜Christian Weichel、Alejandro de Brito Fontes 编译｜核子可乐 策划｜冬梅 提供容器化开发环境的 Gitpod 已将其服务从 Kubernetes 迁移到名为 Flex 的新自主平台，理由是 Gitpod 认为 Kubernetes 存在复杂性、资源管理和状态管理方面的问题。 Gitpod 联合创始人兼首席技术官 Christian Weichel 和工程师 Alejandro de Brito Fontes 表示， Kubernetes “似乎是构建远程、标准化和自动化开发环境的不二之选”，自 Gitpod 成立以来就一直在使用。不过现在，他们共同写了篇文章回顾了 Gitpod 的 Kubernetes 采用之旅以及在此过程中踩过的坑，他们认为，从他们的技术实践来看 Kubernetes 就是一条“死胡同”。 Gitpod 确实认为 Kubernetes 不适合生产应用，但声称开发环境是一个特例，因为它们具有极强的状态性、资源使用情况不可预测，并且需要广泛的权限。 该文章在 Hacker New ………………………………