作为我在一家采用开源开发模型的企业软件公司担任首席沟通策略师的职责的一部分,我定期发布关于开源社区、市场和行业趋势的更新。以下是我和他们最喜欢的更新文章。
我需要 Kubernetes 吗?
我见过的最成功的 Kubernetes 实施案例是,基础设施专家与开发人员合作,确保工作负载配置良好、标准化、彼此隔离并具有明确的通信模式。他们将处理应用程序在基础设施上的初始设置,希望连接到构建/发布系统,以便开发团队无需帮助即可发布新版本的代码。在很多方面,这反映了您组织的更广泛文化——如果工程是一个沟通不畅和责任不明确的混乱自由放任状态,那么您的托管环境也会反映这一点。往好里说,这会导致不可靠;往坏里说,这是一个不可靠、无法维护、昂贵的烂摊子。
影响:要充分利用 Kubernetes,需要不同领域专家之间的团队合作。
云原生开发状态
虽然容器在后端开发人员中很受欢迎,但并非所有人都听说过或使用 Kubernetes 作为管理它们的工具。虽然 59% 的后端开发人员在过去 12 个月内使用过容器,但只有 27% 的开发人员使用 Kubernetes 来管理它们。我们认为这是因为开发人员没有意识到许多最流行的编排引擎都在底层使用了 Kubernetes。
影响:这是一个经典的营销两难困境:建立一个差异化的品牌,还是在您自己的品牌中包含一个现有品牌以利用名称识别。
Kubernetes 手册
除了非常强大之外,Kubernetes 还以入门难度高而闻名。我不会说它很容易,但如果您具备先决条件并耐心仔细地阅读本指南,您应该能够
- 扎实理解基本原理。
- 创建和管理 Kubernetes 集群。
- 将(几乎)任何应用程序部署到 Kubernetes 集群。
影响:对于试图理解 Kubernetes 的人来说,这是一个了不起的资源。
为什么银行需要拥抱开源社区
一家公司将其开发人员的时间和资源贡献给开源社区,将获得数百名开发人员在同一代码上工作的回报。这会产生放大效应,因为事实上您将团队扩大了许多倍,同时还受益于更加多样化的人才库。结果是,组织可以成为产品开发过程的领导者,并与社区合作设计满足其需求并跟上客户需求的功能。
影响:越多越好!对于所有不在银行工作的人来说,不利的一面是他们的项目更接近“对银行来说足够好”以及随之而来的技术要求。
为 Rust 的未来奠定基础
随着项目规模、采用率和成熟度的增长,我们开始感受到成功的痛苦。我们在法律和财务方面产生了需求,而我们当前的组织缺乏满足这些需求的能力。虽然在 Mozilla 的帮助下,我们能够在相当长一段时间内取得成功,但我们已经到了没有合法名称、地址和银行账户就难以运营的地步。“Rust 项目如何签署合同?”已成为我们无法再推迟的问题。
影响:对于 Rust 社区来说,这似乎是一些好的问题;成熟度级别“需要一个独立的基金会”已激活!
希望您喜欢这份列表,下周再来阅读更多关于开源社区、市场和行业趋势的内容。
评论已关闭。