作为一家采用开源开发模式的企业软件公司的首席沟通策略师，我的职责之一是定期发布关于开源社区、市场和行业趋势的更新。以下是我和他们最喜欢的文章。
别再散布关于 Linux 安全性的 FUD 了
无论你在关键任务系统上运行的是 Windows Server、Linux、NetBSD 还是其他系统，如果你在安全性方面彻底失败，那么你的操作系统有多“安全”都无关紧要。 这就像把你的车钥匙留在未锁的车里一样，你的系统会被黑客入侵，你的车会被盗。
影响：我有点担心那些规模还不足以“负担得起全职 IT 专家”的组织，在这些组织中，你可能会发现有人因为喜欢计算机而默认承担了这项责任。 如果这听起来像你或你的组织，请让那个人接受一些培训！
回顾我们的首次 KubeCon + CloudNativeCon 虚拟会议
首届虚拟 KubeCon + CloudNativeCon 刚刚结束，这要归功于我们由实干家——构建者、运营者和倡导者组成的杰出社区，它取得了巨大的成功。 我们非常高兴云原生社区带着希望和积极性聚集在一起，使这次活动成为一次真正由社区驱动的、值得我们长期铭记的活动。 也许我们今年无法亲自见面，但我们是不可战胜的！
影响：这些虚拟体验一直在变得更好，并不断提升技术水平； 运行它们需要重要的能力，而这些能力在此之前一直未被充分利用。 无论疫情如何发展，我希望我们能意识到“如果我们认真思考，我们可以在我们的社区内建立强大的联系，而无需机票和酒店房间。” 不一定非要像一起喝啤酒那样才有影响力。
Istio 1.7：安全改进成为焦点，用户继续猜测服务网格的未来
最近，Istio 一点也不沉闷，尤其是在发起者 Google 因将其项目商标移交给其新成立的 Open Usage Commons 而受到一些批评之后。 这一步导致了一些动荡，引发了关于 OUC 到底有多中立的问题，并基本上扼杀了那些希望 Istio 有朝一日成为 CNCF 项目的人的希望。 根据 IBM（该项目的创始成员）的说法，实际上与 Google 达成了“协议”这样做，考虑到 Envoy 代理（Istio 的核心）已在该组织找到了供应商中立的归宿，这似乎是明智之举。
影响：我的猜测是，该项目拥有足够的采用率和功能，领先于竞争项目，因此需要一些真正卑鄙的管理才能摧毁它。
Z 代表 Zowe——通往大型机 DevOps 的开放之路
本文介绍了该框架将大型机引入企业 DevOps 的能力，因此，开发人员、系统程序员和其他使用大型机的人员现在可以像他们的同行使用其他 IT 平台（即云、移动、分布式）一样进行操作。 这些共享的经验缩小了大型机人员和其他人员之间的差距，同时保留了平台的核心优势。 通用工具促进了通用语言，这对所有人都有利，尤其是在部署混合应用程序（例如，具有大型机后端的 Web 前端）时。
影响：关于通用工具促进通用语言的观点是微妙但重要的。 为了工具而工具不会让你走得很远； 让更多的人思考一个问题才会。
按用户能力分层自助服务
每个团队可以合理地创建自己的配置的程度与团队在云解决方案架构、云工程和云安全方面的能力有关。 并非团队中的每个人都可能具有高水平的能力； 事实上，通常情况并非如此。 然而，最起码，为了实现完全的自助服务，需要至少有一个人在这些领域中的每一个领域都具有很强的能力，他们具有监督责任，充当专家（在团队内提供帮助/指导），并进行任何必要的代码审查。
影响：我们开车和学习滑雪都是这样做的； 那么，当涉及到让人们部署有时是关键的应用程序时，为什么我们不应该这样做呢？
我希望你喜欢这份列表，并下周再来关注更多开源社区、市场和行业趋势。
评论已关闭。