我的开源故事：从 Oracle DBA 到云原生架构师的转型之路

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

1. 请先简单介绍自己，目前的工作领域、主要负责内容，以及在开源 / 社区领域关注的方向。

大家好，我叫彭小波，目前在一家金融保险公司从事数据库运维相关工作，同时也是 Linux Foundation APAC 开源布道者，以及 Oracle 社区的一名 Oracle ACE Associate。工作之外，我也非常热爱运动，喜欢跑马拉松，目前个人最好成绩是 3 小时 45 分，同时也热衷于参加越野跑和爬山等户外运动。

最初，我是一名 Oracle 数据库管理员（DBA），大约在 2018 年开始逐步转为云原生系统架构师。在数据库领域，我是【DBAplus 社群】联合发起人、ACOUG 核心成员以及 Oracle 用户组年轻专家。熟悉 Oracle 的体系结构，擅长 Oracle 数据库架构规划、SQL 优化、OWI 方面性能的优化。此前，我曾服务于航天、航空、机车及大型制造等行业，参与数据库维护及系统开发工作，也开发过基于 Oracle 数据库的大型 ERP 系统。

目前在公司一直从事 DevOps 方面工作，主要负责 CI/CD、容器化、云应用编排与管理、云原生工具集搭建、基础设施建设等。与此同时，业余时间我也会做 K8s 架构师、服务网格、Serverless 云原生培训工作，并运维在大连云原生架构师群，目前群内有 300 人左右，经常分享云原生方面的技术文档。

作为一名云原生的深度爱好者，我一直持续跟进开源社区发展进度，并不断积累相关开源创新经验。同时，我也是公众号“酋长彭谈数据库”的作者，热衷于分享数据库技术、DevOps、开源以及云原生技术的实践经验。我的目标是帮助更多的开发者在云原生时代更好地成长。并希望通过自己的努力能为开源社区做出一点自己的贡献。

2. 您最早是如何接触开源的？工作中是什么契机，让您持续投入到开源社区建设中？

我最早接触开源，始于数据库运维时代。早期做 Oracle DBA 时，很多运维脚本、监控工具、性能诊断工具、自动化脚本都依赖开源生态；当时企业运维工具匮乏，很多定制化巡检、备份容灾、日志分析、自动化运维工具，没有商业版本可选，只能依靠 GitHub、Gitee 等开源社区寻找开源组件、脚本工具、成熟解决方案。同时早期活跃于各类数据库技术社区、Oracle 用户组，大量技术文档、优化方案、问题排错思路，全部来自开源社区无偿分享的内容。从使用开源工具，到阅读开源项目源码、改造脚本适配企业场景，慢慢从开源使用者，变成开源参与者，这是我接触开源的起点。深知技术人单打独斗的局限，受惠于开源，便想反哺开源，希望把自己行业落地经验、踩坑案例、架构方案分享出去，帮助同行少走弯路。

3. 回顾您的职业发展路径，开源社区经历和实际工作实践，对您产生过哪些关键影响与成长？

开源经历对我产生最关键的影响就是对我职业的发展。传统数据库 + DevOps + 云原生，是交叉融合的技术方向，而开源是三者融合的核心载体。持续投入开源社区，既能紧跟技术前沿、掌握最新生态动态，又能通过社区交流拓宽技术视野，反哺本职工作的架构设计与落地实践，形成工作–开源–成长的正向循环。也让我在开源领域成为 Linux Foundation APAC 开源布道者。

4. 在兼顾本职工作与开源社区的过程中，您是如何平衡二者、持续投入社区的？

长期运营本地云原生技术社群、深耕 Oracle 官方社区，认识了大量开源布道者、技术专家；在常态化分享、线下交流、社区共建中，慢慢建立起长期投入开源的习惯。

从技术文档分享、案例输出，到开源布道、行业培训，逐步形成完整的社区贡献路径。

我的个人愿景：助力更多开发者平稳拥抱云原生转型，持续深耕开源、回馈社区，为国内开源生态贡献一份力量。

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

1. 您曾服务航天、航空、大型制造等行业，结合实战经验，传统企业做数据库优化、云原生转型时最常见的难点是什么？

传统航天制造类行业，数据库优化难在老旧架构固化 + 业务零容错；云原生转型难在重数据库绑定 + 合规安全约束 + 技术团队断层。转型不是简单上容器Docker、上K8s，而是数据库架构、业务架构、运维体系、组织能力的整体升级，必须走「平稳迭代、混合过渡、先外围后核心」的落地路线。结合航天航空、机车制造、大型重工等传统 ToB 核心行业多年落地经验，传统企业在数据库深度优化与云原生架构转型两大场景中，核心难点集中在历史包袱、业务强约束、架构割裂、合规安全、人员能力五大维度。

2. 您目前负责 CI/CD、容器化、云应用编排与管理等工作，分享一个企业落地云原生工具集 / 基础设施建设的典型案例。

结合我目前金融保险行业的工作场景，分享一套传统架构平滑过渡、混合架构兼容、全链路自研云原生基础设施 + DevOps 工具集落地案例，覆盖容器化、CI/CD 流水线、资源编排、运维一体化全流程，非常适合传统大型企业参考。

1️⃣ 项目背景

公司原有架构：核心 Oracle 数据库、中间件、业务系统全部部署在物理机 + 虚拟机，痛点非常突出：

1. 项目交付靠人工部署、配置文件散落、版本混乱，上线故障频发；

2. 环境隔离混乱，开发 / 测试 / 生产无统一管控，测试环境搭建周期长达 3~5 天；

3. 资源利用率极低，物理机资源闲置严重，峰值业务无法弹性扩容；

4. 无标准化运维体系，日志、监控、发布、权限各自独立，故障排错效率低；

5. 传统单体应用居多，迭代慢，无法支撑业务快速变更需求。

基于以上问题，我们以稳定优先、混合共存、渐进改造为原则，从零搭建整套云原生基础设施与 DevOps 工具平台。

2️⃣ 整体建设架构与核心组件

整体采用 Kubernetes 集群 + 国产化中间件 + 开源工具栈搭建全栈底座：

1. 底层：物理机 + 虚拟机混合部署 K8s 集群，不强制一刀切上云，兼容老旧系统；

2. 容器化：Java、微服务、自研应用全面容器化，核心 Oracle、OGG 等数据库组件保留物理部署；

3. 持续集成 / 交付：GitLab + Jenkins + Harbor 镜像仓库 + Nacos 配置中心；

4. 编排治理：K8s 原生编排 + Ingress 流量管理，实现服务发布、弹性伸缩、污点调度；

5. 可观测：Prometheus+Grafana+ELK 日志集群，全链路监控告警；

6. 运维自动化：基础设施 Ansible 批量运维、脚本容器化、统一权限堡垒机。

3️⃣ 核心落地落地动作

1. 统一容器化改造，实现应用标准化

优先对非核心外围系统、新业务应用完成 Docker 容器化打包，统一基础镜像、运行参数、资源限制、健康检查。

核心金融数据库、老旧 ERP、批量任务系统保持物理机运行，形成「容器业务 + 传统数据库」混合架构，规避金融核心改造风险。

统一镜像仓库 Harbor，做镜像版本管理、漏洞扫描、权限隔离，杜绝非法镜像上线。

2. 搭建全流程 CI/CD 流水线，告别人工发布

基于 GitLab 代码托管 + Jenkins 自研流水线：

（1）代码提交自动触发编译、单元测试、代码质量扫描；

（2）自动打包 Docker 镜像、推送镜像仓库；

（3）测试环境自动部署、生产环境审批后灰度发布 / 滚动更新；

（4）配置文件统一收拢到 Nacos，告别硬编码、本地配置。

实现：开发提交代码 → 自动构建 → 一键部署，环境搭建缩短至小时级。

3. K8s 资源编排与精细化管理

基于 K8s 实现应用生命周期统一管理：

（1）资源配额、命名空间隔离开发 / 测试 / 生产环境；

（2）利用 HPA 弹性伸缩，应对月末保费核算、外呼高峰等流量波动；

（3）实现滚动发布、灰度发布、一键回滚，杜绝发布事故；

（4）针对定时批量任务，使用 K8s Job/CronJob 替代传统定时脚本，统一调度。

4. 统一可观测平台，打通运维链路

整合监控 + 日志 + 告警一体化：

（1）服务器、容器、数据库、中间件全指标监控；

（2）容器日志、业务日志统一采集到 ELK，集中检索排障；

（3）数据库慢 SQL、Oracle 性能指标纳入统一监控大盘；

（4）多维度告警，短信 + 企业微信联动，提前预判资源瓶颈与数据库性能问题。

5. 基础设施标准化与自动化

通过 Ansible 实现服务器初始化、组件安装、配置下发标准化；

统一服务器、容器、数据库账号权限体系，最小权限管控；

完善容器、集群、中间件定期巡检、备份、容灾机制，满足金融行业合规要求。

4️⃣ 落地带来的核心价值

1. 交付效率大幅提升

应用发布从半天缩短至 10 分钟内，测试环境快速复制，业务迭代效率提升 60% 以上。

2. 资源利用率显著优化

通过容器化 + 弹性伸缩，服务器资源利用率提升 3 倍，大幅节约硬件成本。

3. 稳定性与可控性增强

灰度发布、一键回滚、全链路监控，上线故障率下降 80%；批量任务、定时作业统一调度，避免资源抢占。

4. 运维模式全面升级

从人工脚本运维转向自动化、标准化、云原生运维，同时打通应用运维与数据库运维，我自身的 DBA + 云原生复合能力也能充分发挥价值。

5. 平滑过渡无业务中断

采用渐进式改造，核心 Oracle、保险核心账务系统不动，兼顾金融行业高稳定、强合规的底线要求。

5️⃣ 落地总结

传统金融、制造这类重数据库行业，云原生建设不是盲目替换传统架构，而是以 K8s 和开源工具栈为底座，搭建统一基础设施平台，新应用全面云原生、老应用平稳兼容、核心数据库稳妥保留，用混合架构模式，实现降本、提效、标准化，为后续全面架构升级打下坚实基础。

3. 数据库技术与云原生技术不断融合，您如何看待二者的结合趋势与未来发展？

从我多年 Oracle 传统数据库运维、架构规划，再到转型云原生架构的实战经历来看：数据库和云原生不是替代关系，而是深度融合、互相赋能的必然趋势。传统数据库不会消失，但一定会全面云原生化。

云原生本身根植于开源生态，MySQL、PostgreSQL、Redis、MongoDB 等开源数据库，天然适配容器化、分布式、微服务架构，轻量化、易部署、生态完善。商业数据库也在拥抱开源生态，逐步开放容器镜像、Operator、云原生专属能力。

未来各类数据库都会基于 K8s Operator 管理，实现数据库实例一键创建、自动扩缩容、主从自动切换、容灾自愈、定时备份，数据库像普通应用一样，被云原生平台统一调度治理。数据库是业务的核心底座，云原生是承载底座的新一代基础设施；未来不会是云原生取代传统数据库，而是所有数据库都会云原生化，所有 DBA 都会云原生化，二者深度融合，共同支撑企业数字化、国产化、轻量化、自动化的长期发展。

三、社群运营与社区贡献

1. 您是【DBAplus社群】联合发起人、ACOUG 核心成员，同时还运营大连云原生架构师群，当初为什么发起/参与技术社群？

早期我从零基础成长为 Oracle DBA、再到架构师，职业生涯中很多关键技术突破、疑难故障排查、架构设计思路，都不是书本上学来的，而是来自 Oracle 用户组、行业技术社群里前辈的无私分享、经验交流和实战案例。那时候遇到数据库锁阻塞、性能调优、架构规划、容灾建设等难题，都是靠社群同行交流、大佬解惑才一步步走出来的。

受惠于社群、受益于开源和技术分享氛围，就萌生了反哺行业、共建社群的想法。始于受益、忠于热爱、成于共建；因为自己淋过雨，所以想给后来人撑一把伞，也希望通过社群凝聚同行力量，共建技术生态、回馈开源和数据库社区。

2. 作为 LFAPAC 开源布道者及深度开源爱好者，您在跟进开源社区、参与社区贡献方面有哪些实践与计划？

持续跟进主流开源社区生态动态,日常长期跟进 Linux Foundation、CNCF、Oracle 官方社区、MySQL、K8s、服务网格、DevOps 各类开源项目 生态进展。一方面关注版本迭代、安全漏洞、架构演进、企业落地最佳实践；另一方面跟踪国内开源数据库、云原生开源项目的发展路线，把前沿开源动态同步转化为企业可用的落地经验，反哺本职工作中的基础设施建设、容器云、CI/CD 工具栈搭建。我对开源的参与，现阶段以使用落地 + 内容布道 + 社群共建为主；未来会走向深度生态跟进、文档与项目贡献、行业经验沉淀，坚持「受惠于开源、回馈于开源」，用分享、实践和落地，为国内开源生态持续贡献自己的一份力量。

3. 运营 300 人规模的云原生社群、持续做技术分享，过程中最有成就感 / 最难忘的经历是什么？

对我来说，运营社群、坚持技术分享，不只是建一个聊天群，更是搭建一个互助成长的技术圈子。最有成就感的，不是群有 300 人规模，而是能帮新人少走弯路、帮同行解决实际难题、能为行业沉淀真实落地经验；最开始建群的时候，很多同行还停留在传统数据库运维、物理机虚拟机运维阶段，对 K8s、容器、DevOps 完全陌生，普遍有转型焦虑、不知道从哪入门、也没人带路。

我坚持在群里持续分享实战文档、落地案例、学习路线、避坑经验，也常态化答疑解惑。慢慢看到很多原本只做 Oracle 运维、传统运维的同事，从零学会了 K8s、云原生架构，成功转岗云原生运维、架构师，薪资和职业赛道都上了一个台阶。作为社群发起人，看到自己的分享和坚持，真正改变了一批人的职业成长路径，这种助人成长、价值传递的成就感，是做技术分享最大的收获。

最难忘的是社群里纯粹、真诚、无私分享的技术氛围。未来我也会继续坚持初心，持续做技术输出、运营好社群，陪伴更多技术人一起在云原生时代成长、进阶。

4. 您心中理解的开源精神是什么？

在我多年使用开源、参与开源布道、运营技术社群的经历里，我理解的开源精神，可以归纳为四个关键词：开放、共享、利他、共建。在我眼里，开源精神不是简单的免费开源代码，而是开放的格局、共享的胸怀、利他的初心、共建的担当；

同时也是一种感恩回馈、持续传承的技术文化，让技术可以不断延续，让行业可以共同进步。

四、参与 LFOSSA 人才激励计划

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

申请 LFOSSA 人才激励计划时，我正处在从传统 DBA 向云原生架构师深度转型、同时深耕开源布道的关键成长期。LFOSSA 提供 Linux 基金会官方课程与 CKA/CKAD/CKS 等高含金量认证免费机会。对我而言，这是系统化补齐云原生知识体系、用权威认证证明转型成果的最佳路径，能让我从 “会用 K8s” 变成 “被行业认可的云原生专家”。

当时是转型关键期 + 布道上升期，申请 LFOSSA，既是为自己能力认证、职业进阶，更是为了更好地做开源布道、帮助更多技术人成长，这和我一直坚持的 “利他、共享、共建” 的开源精神完全契合。

2. 获得 LFOSSA 认可后，对您的云原生学习、社群运营、职业发展带来了哪些实际帮助？

之前做云原生更多是项目驱动、工作落地、边用边学，知识点比较零散。加入 LFOSSA 之后，依托 Linux 基金会官方学习体系、课程资源和标准知识框架，让我从容器、K8s、服务网格、DevOps、云原生治理到可观测性，重新把整个技术栈系统梳理、补齐短板，不再只是 “会用”，而是能讲原理、懂架构、知规范。知识体系从碎片化走向系统化、体系化。

LFOSSA 带给我的不只是学习资源和荣誉，学习上补齐体系、社群上提升影响力、职业上拓宽赛道与行业认可度，也让我更坚定走「数据库 + 云原生 + 开源布道」这条长期成长之路。

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

站在现在回头看，如果当年没有抓住 LFOSSA 这次人才激励机会，我整体的技术成长、社区影响力和职业发展，一定会走得更慢、视野更窄、转型更平缓。可以说，这次机会是我职业生涯里一次重要的分水岭，加速了我的转型、拔高了技术视野、也坚定了我走开源布道、社群赋能这条路。

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

如果让我给身边的开发者、DBA、运维、云原生爱好者、技术社群伙伴做推荐，我会非常笃定地告诉大家：一定要勇敢申请 LFOSSA 人才激励计划，这绝对是技术成长路上性价比最高、价值最大的一次机会。

如果你想系统学好云原生、想拿到国际权威认证、想突破职业瓶颈、想走进开源圈子，别犹豫，一定要申请 LFOSSA。它不仅给你知识、给你证书，更给你成长路径、行业人脉和官方背书，是技术人成长路上难得的一次机遇，抓住它，你的技术之路一定会走得更稳、更远、更宽。

五、给年轻开发者的建议

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

首先，我非常理解现在年轻人的焦虑，也觉得这种现象既正常，又可以理性看待。现在 AI、云原生、开源风口热度很高，新技术层出不穷，框架、工具天天更新，大家很容易产生一种不学就落后、不学就被淘汰的紧迫感。再加上行业短视频、自媒体不断渲染 “35 岁危机”“转行内卷”“零基础逆袭”，很容易放大焦虑，越看越慌、越学越迷茫，什么都想学、什么都学不深。

焦虑本质上不是技术太难，而是跟风太急、沉淀太少、规划不清。

找准自己的主赛道，沉下心系统学习、坚持实战沉淀、慢慢拥抱开源，不浮躁、不盲从、不内耗，在 AI 和云原生的时代，年轻人完全可以走出属于自己的稳健成长之路。加油，年轻人。