deploy: cloudnativeto/cloudnative.to@9c26e16

Author: rootsongjc

404.html

@@ -756,6 +756,8 @@ <h1>找不到页面</h1>
   <h2>最新</h2>
   <ul>
 
+      <li><a href="/blog/how-to-fix-cncf-governance-and-create-business/">如何通过修复 CNCF 项目治理问题实现社区共赢与商业化</a></li>
+    
       <li><a href="/blog/ambient-vs-cilium/">云原生对比：Istio Ambient 模式与 Cilium 的扩展性能分析</a></li>
 
       <li><a href="/blog/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect/">AWS 宣布将停用 App Mesh，鼓励用户迁移至 Amazon ECS Service Connect</a></li>
@@ -774,8 +776,6 @@ <h2>最新</h2>
 
       <li><a href="/blog/ztunnel-testing/">无需 Kubernetes 测试 Kubernetes 网络实现</a></li>
 
-      <li><a href="/blog/sapwned-sap-ai-vulnerabilities-ai-security/">SAPwned：SAP AI 漏洞暴露客户云环境和私有 AI 工件</a></li>
-    
   </ul>
 
 

author/the-new-stack/index.html

@@ -827,6 +827,10 @@ <h3>
       <h3>最新</h3>
       <ul>
 
+        <li>
+          <a href="/blog/how-to-fix-cncf-governance-and-create-business/">如何通过修复 CNCF 项目治理问题实现社区共赢与商业化</a>
+        </li>
+        
         <li>
           <a href="/blog/end-of-an-era-weaveworks-closes-shop-amid-cloud-native-turbulence/">Weaveworks 倒闭：云原生行业的变革与挑战</a>
         </li>

author/the-new-stack/index.xml

@@ -12,6 +12,42 @@
       <link>https://cloudnative.to/author/the-new-stack/</link>
     </image>
 
+    <item>
+      <title>如何通过修复 CNCF 项目治理问题实现社区共赢与商业化</title>
+      <link>https://cloudnative.to/blog/how-to-fix-cncf-governance-and-create-business/</link>
+      <pubDate>Wed, 23 Oct 2024 18:05:24 +0800</pubDate>
+      <guid>https://cloudnative.to/blog/how-to-fix-cncf-governance-and-create-business/</guid>
+      <description>&lt;p&gt;为什么我们的 OpenEBS 项目被归档了？我们是如何修复它的？以及通过修复它，我们如何创建了一个可持续的商业模式。&lt;/p&gt;
+&lt;p&gt;当云原生计算基金会（CNCF）在 2024 年 2 月&lt;a href=&#34;https://thenewstack.io/openebs-lessons-we-learned-from-open-source/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;归档了我们的 OpenEBS 项目&lt;/a&gt;时，我们面临两个选择：放弃项目，或者解决发现的问题并重新申请进入 CNCF 的 Sandbox 项目，重新开始。重新开始是最困难的选择，但对于每月有 25,000 名用户加入的 &lt;a href=&#34;https://thenewstack.io/how-openebs-brings-container-attached-storage-to-kubernetes/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;OpenEBS&lt;/a&gt; 来说，这是正确的做法。&lt;/p&gt;
+&lt;p&gt;以下是 CNCF 归档我们项目的主要原因，我们是如何修复问题的，以及通过修复问题，我们是如何实现盈利的。&lt;/p&gt;
+&lt;h2 id=&#34;所有权和控制问题&#34;&gt;所有权和控制问题&lt;/h2&gt;
+&lt;p&gt;问题的核心是一个常见的治理问题。大约 60% 的 CNCF 项目都有一个企业赞助方——一个为项目提供资金的盈利公司。当公司将项目捐赠给 CNCF 时，项目就成为 CNCF 的财产，赞助公司放弃了对项目的所有权和控制权。&lt;/p&gt;
+&lt;p&gt;但在项目尚未建立社区之前，赞助公司的员工通常仍在为该项目工作。许多 CEO 认为他们仍然拥有项目的所有权和控制权。“如果我的员工还在工作，那我就拥有决策权。”这种所有权和控制权的紧张关系导致了我们项目被归档，除非我们解决这个问题，否则问题将继续存在。&lt;/p&gt;
+&lt;h2 id=&#34;通过赞助-cncf-项目盈利&#34;&gt;通过赞助 CNCF 项目盈利&lt;/h2&gt;
+&lt;p&gt;我们向 CNCF 询问了如何解决这个问题。一个有用的 CNCF 资源是技术顾问组（TAG）贡献者策略治理工作组。联合主席 &lt;a href=&#34;https://github.com/jberkus&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Josh Berkus&lt;/a&gt; 如此解释这个更广泛的问题和解决方案：“&lt;a href=&#34;https://thenewstack.io/20-years-in-open-source-resilience-failure-success/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;开源&lt;/a&gt;的前提是你可以获得大规模的用户采用，然后从这些采用者中的一小部分获取收入，这样的收入甚至可能与销售专有软件相当甚至更多。”&lt;/p&gt;
+&lt;p&gt;当软件复杂且难以支持时（比如许多 Kubernetes 安装），这种方法效果特别好。&lt;/p&gt;
+&lt;p&gt;对于 &lt;a href=&#34;https://thenewstack.io/kubernetes/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Kubernetes&lt;/a&gt; 来说，一种成功的商业化策略通常来自以下三种途径：&lt;/p&gt;
+&lt;ol&gt;
+&lt;li&gt;提供支持和专业服务&lt;/li&gt;
+&lt;li&gt;提供带有行业认证或平台集成的专用发行版&lt;/li&gt;
+&lt;li&gt;提供适用于大规模生产环境的附加产品（例如管理工具或报告工具）&lt;/li&gt;
+&lt;/ol&gt;
+&lt;p&gt;对 Kubernetes 来说，“开放核心”模式不太常见，因为你必须不断决定哪些功能应该开放源码，哪些功能应该保留为专有版本，这重新引入了所有权和控制权的问题。&lt;/p&gt;
+&lt;p&gt;假设大多数采用者不会为软件付费。如果他们必须付费，他们可能不会使用。这些采用者的生态系统有助于增强软件的稳定性，并为大规模采用带来的可信度提供支持。&lt;/p&gt;
+&lt;p&gt;对于企业和大型组织来说，支付支持费用或使用专用发行版通常是一个有吸引力的选择，因为这可以缩短上市时间，降低风险，而这只是他们整个项目成本中的一小部分。&lt;/p&gt;
+&lt;p&gt;这些策略被证明是有效的，对于我们来说，也提供了一个简单的解决方案，证明了继续赞助项目而不控制它是有利可图的。&lt;/p&gt;
+&lt;h2 id=&#34;将所有权和控制权交给社区&#34;&gt;将所有权和控制权交给社区&lt;/h2&gt;
+&lt;p&gt;为赞助公司找到一种不需要控制项目的盈利方法解决了一半的问题。但在赞助公司继续负责大部分维护人员和工程团队的情况下，所有权和控制权的紧张关系仍将继续存在。&lt;/p&gt;
+&lt;p&gt;这时，Kubernetes 社区发挥了至关重要的作用。通过从项目的采用者用户群中招募维护人员和工程师，项目获得了额外的资源，赞助公司能够显著减少支持项目的成本（同时可以将部分工程师转移到其他附加产品上）。&lt;/p&gt;
+&lt;p&gt;培养和维持一个社区需要付出努力；仅仅因为项目广泛采用并不意味着你会自动拥有一个社区。我们的团队必须努力做到包容和透明。我们需要花时间引导贡献者。我们还必须参与更广泛的 Kubernetes 社区，帮助其他人成功开发自己的项目。我们才刚刚开始，但已经看到了成效。&lt;/p&gt;
+&lt;h2 id=&#34;结果&#34;&gt;结果&lt;/h2&gt;
+&lt;p&gt;对于我们的项目，我们调整了商业化策略，现在我们有了支付支持和专业服务的客户。我们正在开始招募维护人员和工程师，并且发现有一个巨大的人才库可以帮助我们。&lt;/p&gt;
+&lt;p&gt;赞助公司可以减少成本，同时看到项目的工程能力增加。通过放弃控制权和所有权，我们得到了很多回报。当我们完成时，这将真正成为一个社区的共同努力。&lt;/p&gt;
+&lt;p&gt;Kubernetes 的创立基于这些原则——未来的基础设施不应该被任何人拥有或控制。我们将共同分享这个所有权和控制权。&lt;/p&gt;
+&lt;p&gt;有时，这个过程可能会尴尬或痛苦。有时，你的项目会被归档，你必须重新开始工作。自由软件不是免费的——我们必须共同努力开发软件，建立围绕它的社区，保护它，有时我们甚至需要保护它不受我们自己的影响。&lt;/p&gt;
+</description>
+    </item>
+    
     <item>
       <title>Weaveworks 倒闭：云原生行业的变革与挑战</title>
       <link>https://cloudnative.to/blog/end-of-an-era-weaveworks-closes-shop-amid-cloud-native-turbulence/</link>