帮助开发者快速且安全地推出软件是打造伟大工程文化中最让人满足的部分之一。但随着团队扩大,系统演变,职责变化,情况开始变得越来越有点儿混乱。
部署越来越复杂,越来越难搞。新人上手变慢。支持请求开始堆积如山。这事儿可怪不了任何人,只是说明你快要迈入下一个阶段了。
越来越多的团队开始使用内部开发者平台来帮助开发者自助解决问题并保持开发势头。
但你怎么知道什么时候该投资呢?
我们整理了一份轻松的指南,通过表情包来讲述,帮助你早点识别这些迹象。如果你发现其中几项,你并没有“出问题”,你只是足够“懂事”,能找到更好的方法来构建和发布产品。
支持一下我们!🙏谢谢!
我们知道Kubernetes可能比较复杂。因此,我们开发了Cyclops,这是一个用于在Kubernetes上构建开发平台的开源框架工具。通过Cyclops,您可以简化Kubernetes的复杂性,并通过一个可以定制以适应您需求的UI来部署和管理您的应用。
我们正在开发Cyclops作为一个开源项目。如果你有兴趣尝试一下,快速入门指南在这里。你可以在这里找到快速入门指南仓库。如果你喜欢这个项目,可以考虑给我们点个星标⭐来支持我们。
🚩 标志 #1:开发人员经常找 DevOps 快速帮忙
无论你自动化多少,总有人要“只是一个小东西”。
也许只是小小的配置调整。也许是一个手动部署应用。也许所谓的紧急事件,其实只是周五下午的功能发布。
每次打断可能看似微不足道,但它们会让 DevOps 工程师远离更重要的项目。
IDP赋予开发人员权力,让他们自己处理常见的工作流——而不干扰你的冲刺。
🚩 这一步:招聘新工程师需要很长的时间
让新开发人员上手你的系统从来都不容易。适应一个新的代码库就已经够难的了,但学习运行这个代码库所需的流程、步骤和规则,几乎是另一份全职工作。
将这一切交给IDP处理,让新开发者只需点击几下按钮就能运行代码库,这真是一个巨大的时间节省。此外,它还能有效降低开发者流失率。
🚩 标志 #3:你在每次任务前都会发现自己在祈祷
发货代码应该让人感觉枯燥,以一种好的感觉。
DORA 在评估组织内的 DevOps 成熟度时所寻找的指标是新代码被推送到生产环境的频率以及到达生产环境的速度。IDP 让开发人员可以更快地交付代码,并且更频繁,且更有信心——这意味着更少的工单、更少的审批,以及更少的压力。
🚩 显现 #4:你的“部署指南”文档是一个已经过时的47步的Google文档
确实,曾经有段时间文档写得很漂亮。
于是系统发展了,工作流程发生了变化,结果你手上的《官方部署指南》已经落后了两个版本,里面充满了不准确的信息。
IDP 将混乱的检查列表转变成清晰且一致的工作流程,使其更贴近实际情况。
"这是一张关于开发者阅读手册时的漫画"
🚩 标志 #5:开发人员因编辑 IaC 而压力山大,甚至得了 PTSD
基础设施即代码(Infrastructure as Code)确实很有用——但通常对于初学者来说可能有点难上手。虽然DevOps工程师可能觉得得心应手,但大多数开发者更希望一键部署后就可以专注于其他更重要的事情。
一个好的内部开发者平台会将这种复杂性隐藏于直观的界面背后——无论是UI、CLI还是API,都。开发者可以轻松地配置他们的服务,而DevOps则在幕后保持了强大的控制和灵活性。
🚩 标记 #6:你的开发人员在 Kubernetes 上比 DevOps 团队还要强……这可真是个意外
当开发人员对学习充满好奇心时,这很棒,但如果他们被迫成为 Kubernetes 专家,这就表明存在一些问题。当然,掌握 Kubernetes 是一项不错的技能,但也说明你的系统需求可能过高了。
有了开发平台,你可以为他们提供易于使用的工具,简化复杂性,加快部署,让他们专注于他们最擅长的事情:打造出色的产品。
你不是一个人——你也不会被困住。
塞克洛普斯(Cyclops)可以帮助您快速在现有的技术栈之上构建一个内部开发者平台。它为DevOps团队提供定制选项,让开发人员使用起来非常直观。
了解更多关于Cyclops(Cyclops)的内容,让你的团队得到他们应得的平台。
至少让您的DevOps工程师们有完整的周末。
共同學習,寫下你的評論
評論加載中...
作者其他優(yōu)質(zhì)文章