如何基于 Kubernetes 实现优质开发者平台体验?

内部开发者平台(或 IDP)是使开发团队能够更快、更轻松、更一致地交付应用程序的基础设施 。Kube.NETes 本身是一个功能强大的平台 , 但它引入了太多复杂性和功能 , 因此不能简单地将其作为 IDP 交给开发团队 。若要期望他们能取得成功 , 非常重要的一点是要设置一些防护措施 , 使他们能够有效地使用 K8s , 而不会增加与可靠性、成本效益和安全性相关的风险 。
 
虽然 Kubernetes 本身并不适合作为 IDP , 但它是构建 IDP 的坚实基础 。Kubernetes 为平台工程师提供了许多工具 , 例如 , 它可以为开发人员构建 IDP、提供更简化的构建和运行应用程序的方式 。因此需要考虑的问题是 , 如何构建一个既能为开发人员提供良好体验 , 又不会妨碍部署到生产环境的平台 。通过使用策略和治理、基于角色的访问控制(RBAC)和默认网络策略应用安全措施 , 有一些很好的方法可以防止集群中发生错误 。
 
Kubernetes 平台的构成基于 Kubernetes 的 IDP 不仅包括 Kubernetes , 还包括开发人员所需的工具和流程 。作为 Kubernetes 的安全限制 , IDP 还需要您希望在 Kubernetes 中建立的策略和治理 。这种组合使您能够为开发人员提供一条 "黄金路径" , 让他们能够更快地部署应用程序 。Kubernetes 平台由四个主要部分组成:
 
插件
插件是提供默认“开箱即用”功能所需的工具 , 可扩展 Kubernetes 的功能 , 包括 DNS、TLS、Ingress、日志记录、跟踪等 。这些工具可以是开源项目也可以是来自供应商的软件 。
 
创建治理
Kubernetes 治理是创建策略、程序和一组标准策略的过程 , 用于定义和实施 Kubernetes 平台中的最佳实践 , 以及资源管理、调度、升级和基于角色的访问控制 。
 
启用部署(CI/CD)
这是应用程序从代码进入平台的方式 。在 IDP 中 , 您为开发人员创建了一条 "黄金路径” , 让他们能更轻松地将新应用程序和服务部署到平台中 , 同时保持高效和安全 。
 
提供反馈
IDP 的一个重要组成部分是向开发团队提供及时反馈 。平台的这一部分必须包括快速检测和问题通知 , 并与他们已经使用的工具集成 。同时还应在代码审查过程中为开发人员提供建议的修复选项 。
 
治理和策略:三个阶段当您考虑如何在 Kubernetes 中应用治理和策略时 , 这确实是一个过程 。首先 , 您需要选择或创建必要的策略 。接下来 , 您需要一种自动的方式来识别违反政策的行为 , 然后指导如何修复这些违反策略的行为 。最后 , 需要能够自动阻止这些违规行为进入集群 。
 
团队在开始部署 Kubernetes 的时候往往没有遇到什么初始问题 , 也就是说在这个阶段开发团队在内容、编码和交付应用程序和服务时没有什么明显的问题 。但平台团队后来发现开发团队忽略了一些重要的安全措施来帮助维护安全并持续应用最佳实践 。因为在开发者平台中 , 开发人员可以轻松地在需要时部署他们想要的内容 。除非团队中有人返回并手动检查所有设置 , 否则在出现问题之前可能不会有任何意识 。
 
可以使用开源策略引擎(如 Polaris 或 Open Policy Agent (OPA))在 Kubernetes 中自动应用策略 。使用类似的解决方案 , 您可以确保您的配置与环境中的策略保持一致 , 帮助您保持一切顺利运行 。
 
选择策略
在开始使用策略执行与成本效益、安全性和可靠性相关的 Kubernetes 最佳实践时 , 开发人员往往不知道从哪里开始 , 也不知道应该关注什么 。最好的入门方法是确定什么对您来说最重要 , 这就是创建策略的方法 。如果成本对你来说是最重要的 , 那么就把重点放在影响成本的策略上 , 如资源请求和限制 。如果安全是你的首要关注点 , 那就处理以 root 身份运行的容器或生成网络策略 。我们的建议是从小处着手 , 挑选一两个能实现目标的策略 , 然后全面实施这些策略 。
 
识别、修复和阻止违规行为
接下来 , 需要找出当前集群中违反策略的地方 , 并开始逐一纠正这些问题 。修复关键类别中的问题后 , 您就可以开始在访问时执行策略了 。当开始执行策略并成功阻止违反策略的行为之后就可以放心了 , 因为这些问题不会再次弹出 , 你可以对要强制执行的下一组策略重复该过程 。随之也就变得更加高效和安全了 。


推荐阅读