GOTC 2023 参会流水账
有幸参加 2023 年 GOTC(The Global Opensource Technology Conference,全球开源技术峰会)两天的活动,可谓是是收获满满。
这次参加活动本是带着两个任务来的:一个是看(一声) LF APAC(Linux 基金会亚太区)开源布道者的展台;另一个是在云原生专场的分享:Kubernetes 跨集群的流量管理实践。
两天的活动原本计划第一天在展台,听各路大佬分享“八卦”;第二天除分享外就是听听其他几个感兴趣的分论坛。但临时被拉去主持云原生分会场,在分会场坐了一天,听了全部议题。也因为突然的变化,有了不一样的感悟。
前方预警,内容有些杂乱,定义为流水账一篇。或对或错,都是个人见解,其他的就当都市传说吧。
第一天
这次开源布道者团队在展区获得了一个展位,大会之前大家准备大展拳脚准备个酷点的背板。无奈被现实打趴下,由于几个人都太忙,最后背板是下面这个样子。是的,当你不做选择的时候系统会给你个默认的(当然,这都不重要)。
我是在 2021 年底在小马哥的怂(鼓)恿(励)下加入布道师团队的,正式开始是在 2022 年初。几乎一整年大家都是线上的交流,这次就变成了大型的网友见面会。这次虽然不是所有布道者都来参加,但是所有参加的人也没拍成集体照。
开源与开发者
一整天都在与人交流,更多的是听,听各个开源领域专家的分(吐)享(槽)。吐槽可以让人很愉悦,将原本稍显沉重的话题轻松讲出。
- 有开发团队吐槽开源团队(如 OSPO 等):影响开发进度、规范流程不合理等等。有开源专家就反映团队设置流程检查节点看似合理,实际上却卡住了流程,最后谁都不愿担责。
- 有开源团队吐槽开发者:开源产品选型不合理、不遵守规范等。比如需要某个功能,直接从网上找来的开源项目没有许可、没有 READEME。
- 有开源团队吐槽企业的 KPI 设定,开源或做商业化,或要体现出价值。
这里面有企业、开发团队、开源团队,本应成为互相支持的正循环的,但企业需要业绩(活下去)、开发团队要支撑业务(有产出)、开源团队帮助企业更好地利用和贡献开源。彼此的关注点不同,却有一条无形的线联系着。开源团队如何向上提供开源战略和指导、降低成本和风险、促进共享和合作;向下传播开源文化、提供合规指导、技术支持。
说起来容易,做起来难。个人认为开源的最后一公里决定了开源在内部落地的成败。我们是否能够从当前企业的规模和实际需求出发,以一种务实的态度深入开发者群体,去了解他们所面对的情况。我不反对规范流程确实需要从上而下的执行,但是规范流程的制定也需要开发者的参与提供指导。我能想到的另一个点是,当一件事做起来很容易的话,应该可以让更多的人进入。 所以整个过程中,需要借助工具的力量去提升自动化减少人工的参与。
关于开源布道
其实加入开源布道师之后很长一段时间我都是很迷茫的。我本身参与开源的时间不长,文化理解也不够。平时看着大家对开源文化、开源合规等方面的专业,感觉甚是惭愧。自己只能写写公众号博客、在活动上分享下技术。后来被适兕老师“教育”两次,也理解到分享就是开源的本质之一,开源的理念是共享和开放。
可能很多人也像我一样不了解“开源布道”。经过两天几次的讨论,我们发现做个“开源布道者画像”可能会有帮助。能够帮助更多的人理解开源布道,能够加入进来。
饭局
当天的饭局是主办方安排的自助餐,大家坐的比较分散,一起的几个人快速地吃完离开准备下一场聊天。巧合的是,吃饭时隔壁桌的几个人在聊天,其中有人说“欢迎大家去烟台玩”。作为老家威海就在烟台隔壁的我来说就来了兴趣,攀谈之后发现是公司的客户,其中有人还在威海上的大学。
接下来的一场聊天是云原生社区管委会的我们四个,大家聊起当初加入社区的初衷以及这两年来的感受。感觉很好,能感受到大家对于社区的热情和投入,很受鼓舞。
第二天
第二天对我来说非常忙碌,整天都在云原生专场主持。全天 19 个议题,涵盖众多领域:多集群、服务网格、WebAssembly、边缘计算、存储、FinOps、降本增效、安全、网络等。大家介绍了自己参与的开源项目、云原生的方案的实践。
在此我并不准备对各个议题进行介绍,内容太多。说实话呢,就是我记住的不多。但借着这次回顾,分享下我近期的一些思考,正好也与此有关。
关于云原生
视频
不知道大家有没有看过这个视频,我更喜欢看倒放的版本。云原生发展好多年了,得益于 Kubernetes 的灵活扩展软件生态发展繁荣,近些年各种项目也是层出不穷。统计了下 CNCF 全景图中目前有项目 2078 个,其中沙盒项目 97,孵化中的项目 38,毕业的项目 20。过往几年云原生也都是每次活动中关注最多的话题,去年底开始势头被火热的 AI 盖过。
Kubernetes 作为 CNCF 的明星项目,成为云原生技术的事实标准和核心组件。其强大的功能和可扩展性吸引了广泛的关注和采用,推动了整个生态系统的发展。Kubernetes 的 CRD 设计将基础设施的能力以 API 的方式抽象出来,使得我们操作基础设施更加容易。以前,我们通过 API 与后端服务进行交互,如今在云原生的时代是通过 API 与基础设施交互。
有人曾说过“软件正在吞噬世界”,API 正是软件连接世界的桥梁,也就有了 OpenAPI 规范(Kubernetes 也遵循了 OpenAPI 规范)。基础设施 API 化并慢慢迁移到 Kubernetes,使得 Kubernetes 成为新一代的基础设施可扩展层。
还是那句话,当一件事做起来很容易的话,应该可以让更多的人进入。 对项目来说也一样,这也是为什么云原生的项目覆盖越来越多的领域。
饭局
晚上是 OSPO 的饭局“安势之夜”,由安势赞助,酒吧包场。我可耻的全程果汁 + 水。因为有了酒精的加入,大家聊得更开了。
有人吐槽技术大会大厂话题太多,“秀肌肉”;有大厂的人吐槽活动太多,疲劳了,还影响开发进度;有人吐槽现在的风险投资,其实都是避“风险”投资,要求太苛刻,太短视。
饭局结束散场,路边准备打车时几人又聊了半个多小时。最终决定走几公里回酒店,然后又聊了一路。
最后
这次活动收获满满,认识了很多各个领域的专家,受益匪浅。
最后,感谢 GOTC 活动主办方的邀请,感谢各位老师的分享,期待下次的相聚。