我的开源故事：从技术实践者到社区建设者的成长之路

开源故事，讲述开源人自己的故事。这是 Linux Foundation 开源软件学园（LFOSSA）推出的一档访谈栏目，聚焦开源从业者的成长历程与真实经历，分享他们的心得体会，以及对开源精神的理解与感悟，记录每一段与开源成长有关的故事。本期的故事主人公是 Linux Foundation 开源软件学园（LFOSSA）人才激励计划（云原生领航员类别）获得者郭旭东。

1. 请先简单介绍一下自己，以及目前在云原生 / 开源领域主要关注的方向。

我叫郭旭东，目前是 KWDB 社区负责人，Linux Foundation APAC 开源布道者与 Education SIG Chair，CCF 开源发展委员会执委委员，致力于推动开源生态的发展与教育普及。在开源领域，曾荣获 2023 年度中国开源先锋 33 人，也是 CNCF 项目 KubeVela 和 ChaosBlade 的 Maintainer。公众号“云原生之路”的作者，热衷于分享 AI、DevOps、开源以及云原生技术的实践经验。我的目标是连接技术与人，帮助开发者在云原生时代更好地成长。

2. 您最早是如何接触开源世界的？当时是什么契机让您持续投入到开源社区中？

最早接触开源还是因为在实际工作中的具体需求，从参加工作开始，就需要学习使用各种开源项目，从操作系统（ubuntu、CentOS）到中间件（Tomcat、Kafka、Nginx）再到数据库（MySQL、PostgreSQL）整个技术栈基本全是开源项目，作为一个新人，必须要熟练的掌握如何使用这些开源项目，在实践中会遇到各种各样的问题，需要不断的寻求解决方案，也就从那时开始接触开源世界了。

让我投入到开源社区的一个契机是：当时使用一款开源工具遇到了 BUG，提交 ISSUE 后维护者表示目前修复这个 BUG 的优先级并不是很高，如果我愿意的话，可以自己修复并提交 PR。然后我就动手修复了这个 BUG，但是在 PR Review 的时候，维护者给到了非常多鼓励和建议，让我切实感受到了开源社区的热情与专业，从那时起，我就开始参与到各种开源社区了。

3. 回顾您的职业发展路径，开源经历对您产生过哪些关键影响？

开源经历对我产生最关键的影响就是我决定全职从事开源工作。在深度参与开源社区和开源项目多年后，我做出了这个决定，决定全职从事开源工作，除了开源软件的开发和维护之外，也开始接触和学习项目社区的布道和运营，我就是那时成为 Linux Foundation APAC 开源布道者的。

4. 您曾获得“中国开源先锋”等荣誉，这些经历对您意味着什么？

这些荣誉是社区对我过往在开源领域持续投入的认可。我十分荣幸能够陪伴开源生态成长，助力更多开发者参与、使用开源项目，共建开源社区。更欣慰的是，如今开源理念深入人心，越来越多人认可开源、投身开源，整个国内开源环境也在不断向好发展。

二、云原生实践与行业观察

1. 你长期深耕云原生领域，在您看来，这几年行业最大的变化是什么？

这几年云原生已全面普及，从早期容器、微服务基础建设，迈入规模化落地阶段。同时 AI 原生融合成为核心趋势，K8s 开始承载 AI 算力调度。行业重心转向平台工程，简化使用复杂度，并且多云混合云普及，安全、可观测、成本精细化治理也全面走向原生内置。

2. 很多人把云原生理解为 Kubernetes，您怎么看这个观点？

这是一个非常普遍但片面的认知。K8s 确实是当下云原生生态里最核心、最主流的容器编排平台，承担着资源调度、应用运维、集群管理的关键作用，也是大部分企业落地云原生的首选底座，所以很容易让人把二者画上等号。

但从完整概念来讲，云原生是一套完整的技术理念、架构思想与工程体系，涵盖容器化、微服务架构、DevOps 研发流程、持续交付、服务网格、可观测性、云原生安全、弹性设计等诸多内容。Kubernetes 只是其中承载运行的基础设施工具，并非全部。只掌握 K8s 只能做好集群运维，而真正的云原生，是从应用设计、开发、部署到运维全链路适配云平台特性，充分利用云的弹性、分布式能力，实现应用高效迭代、稳定运行。

3. 在实际工作中，企业推进云原生转型时，最常见的误区有哪些？

首先最典型的就是为了上云而上云、盲目容器化，单纯把传统应用打包迁移到 K8s，不做架构改造，不仅没发挥优势，反而增加运维成本。

其次是技术至上，只重视平台搭建，忽略配套体系建设。很多企业只搭建集群环境，却没有完善的 DevOps 流程、自动化流水线、可观测体系，导致云原生只停留在部署层面。

再者是过度跟风微服务，不分业务规模盲目拆分，造成服务繁杂、调用链路混乱，运维难度激增。同时还有重平台建设、轻人才与流程适配，团队技术能力跟不上转型节奏。

最后是安全意识薄弱，只关注业务运行，忽视云原生场景下的网络、权限、镜像安全治理，埋下诸多隐患。

云原生技术就像一匹性子刚烈的骏马，好用的工具就像精致的马鞍。但光有好马鞍远远不够，想要驾驭好这匹烈马，还需要娴熟的技术功底与充足的知识积累，才不会中途失控、失足落马。

4. 如果一位工程师现在想进入云原生领域，您建议优先建立哪些核心能力？

对于想要入门云原生领域的工程师，我建议优先夯实四层核心能力。首先是容器基础，吃透 Docker 原理、镜像与容器机制，这是整个云原生的基础。其次熟练掌握 Kubernetes 核心，理解资源对象、调度原理、网络存储、集群运维，能够独立部署排障。接着要具备云原生架构思维，理解微服务、服务治理、配置管理、弹性设计，明白应用如何适配云原生架构。同时必须掌握 DevOps 工程能力，包括 CI/CD 流水线、代码自动化部署、基础设施即代码。最后再兼顾监控告警、日志链路、基础网络与安全相关知识。不用一开始盲目涉猎各类复杂生态技术，先把底层原理、集群实操、工程流程学透，后续拓展其他技术就会事半功倍。

5. 您参与过哪些印象深刻的开源项目或社区实践？其中最有成就感的一件事是什么？

我印象最深的一段经历，就是参与发起 KubeVela 项目。当时 OAM 标准发布后，整个社区一直没有合适的工具用于标准落地与实践验证。为此我在 OAM 社区发起了相关工具建设的讨论，得到了大量社区成员的积极反馈。之后我联合 OAM 项目组和社区贡献者共同发起了 KubeVela 项目，也成为了项目初代核心代码贡献者。目前该项目已正式捐赠 CNCF，并在 2023 年成功晋级为 CNCF 孵化项目。

三、布道者与社区影响力

1. 作为 LFAPAC 开源布道者，您平时主要在做哪些事情？

作为 LFAPAC 开源布道者，我的工作主要围绕开源推广、社区建设与技术科普展开。首先是参与各类线上线下技术活动，比如行业会议、社区 Meetup、技术分享沙龙，围绕云原生、Linux 基金会旗下开源项目做主题分享，普及开源理念与技术实践。

其次会做技术内容输出，撰写科普文章、整理项目干货、参与文档翻译，把晦涩的开源技术通俗易懂地传递给开发者，降低入门门槛。同时参与布道者社区 EDU SIG 的主席，还要负责每月 SIG 例会的组织与主持，会在会前会后收集来自社区成员反馈的问题和信息。

另外也会助力国内开发者融入全球开源社区，解答大家参与开源、项目贡献的疑问，推动国内开源生态交流互通，助力更多个人与企业理解、参与、用好开源技术。

2. 您为什么愿意投入大量时间做技术分享、社区建设和开源布道？

一方面，我本身深耕开源和云原生领域多年，深知技术成长离不开交流与沉淀。很多优质开源技术、前沿知识分散且晦涩，很多开发者入门困难，我希望通过分享，把自己的实战经验梳理总结，降低大家的学习门槛，少走弯路。

另一方面，开源从来不是单打独斗，行业的发展需要社区力量。个人技术价值有限，只有通过社区交流、经验互通、彼此赋能，整个技术生态才能持续向好。参与社区建设、开源布道，既能和同行互相学习、共同进步，也能推动国内开发者更好地接轨全球开源社区。

同时我也认同开源精神，技术本就该开放共享。把经验回馈行业，帮助更多新人成长，推动技术普及落地，本身就是一件很有长期价值、也很有意义的事，所以愿意持续投入时间坚持做下去。

3. 在组织社区活动、技术传播过程中，有哪些经历让您印象特别深刻？

让我印象格外深刻的，是近些年在组织和参与各类开源社区活动时，我发现越来越多年轻一代开发者主动走进开源、投身开源。其中不乏年纪很小的新生代力量，甚至有还在读初中的同学，就已经开始参与开源项目贡献；同时也有深耕开源领域的高校学子与青年研究者。从他们身上，我真切感受到了发自内心的技术热忱，以及对开源理念、开源生态的高度认同。这也更加坚定了我持续做技术布道、深耕社区科普的初心。我也希望通过我们的努力，搭建更友好的交流平台，降低入门门槛，让更多年轻人能够轻松接触开源、了解开源、热爱并参与开源。

4. 你觉得“技术影响力”和“职位高低”之间是什么关系？

有人是 Principal Engineer，但他提的架构方案，团队私下都在绕着走。也有人永远是 Staff IC，但他在 CNCF 社区的一条评论，能让一个 proposal 推翻重来。

所以我的判断是：职位是组织给你的信用额度，技术影响力是你自己挣的硬通货。前者离职归零，后者可以带走。

云原生社区尤其明显——Kubernetes、Istio 这些项目，真正定义方向的人，不一定是哪家公司的 VP，往往是那个 commit 记录最能说话的人。

5. 您心中的开源精神是什么？

我觉得开源精神核心就四个字：默认共享。

不是"我做完了决定公开"，而是"我从一开始就假设这东西是大家的"。这个出发点不一样，做出来的东西就不一样。

云原生能走到今天，本质上是一批公司和个人，愿意把自己最有价值的工程经验打包出去，放到社区里任人取用、任人批评、任人改造。Google 把 Borg 的思想开源成 Kubernetes，这不是慈善，是一种相信"开放比封闭更有生命力"的世界观。

开源不是捐赠代码，是选择了一种让知识自由生长的方式。

四、参与 LFOSSA 人才激励计划

1. 当年申请 LFOSSA 人才激励计划时，您处于怎样的阶段？为什么会申请？

那时候说实话，处于一个"做了不少事，但说不清自己是谁“的阶段。

项目在推，社区在参与，代码在提，但都是埋头干的状态。没有一个外部的坐标系来衡量自己在开源世界里到底站在哪里。

申请 LFOSSA 人才激励计划的直接动因，其实很朴素——我想知道自己够不够格。 不是为了证书，是想用一个有公信力的评价体系做一次校准。所以与其说是"申请一个激励计划"，不如说是——在一个模糊的阶段，主动给自己找了一个锚点。

2. 回头看，这段经历对您的成长带来了哪些帮助？

最直接的帮助就是逼着我把已有的云原生知识进行了一次完整的梳理和校准（毕竟需要考试），找出了一大堆之前被有意无意忽略的知识内容，夯实了基础。其次就是影响力的提升，获得了越来越多的认可与肯定。当然回头看，对我影响更深的是一个认知转变：开源社区是有"信用体系"的，而这类计划本质上是这个体系的一部分。你的贡献被看见、被记录、被背书，这本身就是开源生态正常运转的一个环节。

3. 如果没有那次机会，您觉得自己的成长路径会有什么不同？

我想了一下，应该还是会成长——但会慢很多，也更孤独。

没有那次机会，我大概率会继续埋头做事，等着"时间换空间"。这条路不是不行，但它有个问题：你的成长对外是不可见的。 你可能已经到了某个水准，但没有一个节点让外部世界知道。

所以如果没有那次机会，我大概是这样：能力差不多，但轨道不同。可能还在一个相对封闭的成长路径里，技术在涨，但影响力的半径没有被打开。

4. 如果让您推荐更多人申请 LFOSSA 人才激励计划，您会怎么说？

我会说：别等到"准备好了"再申请。

很多人的心态是——等我贡献再多一点、等我项目再成熟一点。但其实 LFOSSA 人才激励计划要找的不是已经功成名就的人，它要找的是正在路上、有方向、需要一个助推的人。 这个阶段才是它最能发挥作用的时候。

申请本身也是一次很有价值的梳理。你要回答"我做了什么、为什么重要、接下来想去哪"，这些问题逼你想清楚很多平时懒得想的事。

开源社区不缺代码，缺的是愿意把自己放进生态里的人。

五、给年轻开发者的建议

1. 现在很多年轻人想进入 AI、云原生、开源领域，但也容易焦虑。您怎么看？

焦虑我觉得很正常，但要搞清楚自己在为什么焦虑。大部分人的焦虑来源是——感觉技术更新太快，自己永远在追。 AI 今天出个新框架，云原生明天又有新标准，好像刚学完就过时了。

但我想说一个反直觉的事：这个领域变化最快的是工具，变化最慢的是思维方式。真正在云原生做了五年以上的人，换一个新技术栈，上手速度是新人的三倍不止。不是因为他记性好，是因为他理解为什么这个东西会出现、它在解决什么本质问题。 这个理解力，不会过时。

所以我对年轻人的建议是：别追着技术跑，去追问题。 找一个你真正想解决的问题，技术是你去找来用的，不是你被它牵着走的。

焦虑是因为在和别人比进度。但开源世界不是赛道，是旷野——你得先知道自己想去哪。

2. 对在校学生或工作 1-3 年的工程师，您最想给他们什么建议？

第一：尽早在公开的地方留下痕迹。

写一篇真实解决过问题的博客，提一个认真的 issue，做一个哪怕很小但跑得通的开源项目。不是为了简历好看，是因为公开输出会逼你把模糊的理解变成清晰的表达。 这个过程本身就是最高效的成长。

很多人工作三年，能力涨了，但对外是隐形的。某一天想换机会、想进社区、想被看见，才发现自己没有任何可以指向的东西。这个代价很高。

第二：找一个真实的上下文去学习。 不要为了学 Kubernetes 去学 Kubernetes，去找一个你真正想部署的东西，在解决真实问题的过程里学。脱离上下文的知识，留不住。

还有一点想对学生说：不要等工作之后才开始接触开源。 学生身份反而是最自由的时候，没有 KPI，没有业务压力，可以纯粹因为好奇心去贡献。这段经历会让你入职第一天就和同龄人不在同一起跑线上。

这个行业最终留下来的人，不是学得最快的，是持续在输出的。早点开始，哪怕输出很小。

3. 如果让您推荐大家申请 LFOSSA 人才激励计划，你会怎么说？

如果你在认真做开源，你应该让这件事被看见。

很多人默默贡献了很久，但始终在社区的边缘。不是因为做得不够好，是因为没有一个节点把你推到台前。LFOSSA 人才激励计划就是这样一个节点——它不是在找最厉害的人，它在找认真的、有方向的、值得被支持的人。对刚起步的人，它是一次校准；对已经在做的人，它是一次放大。不管哪个阶段，申请本身就是一次认真对待自己方向的机会。

去申请。别想太多。