DBA 要不要转行，有什么行可以转？案例某云数据库架构师们

最新推荐文章于 2025-11-30 19:25:58 发布

原创最新推荐文章于 2025-11-30 19:25:58 发布 · 989 阅读

CC 4.0 BY-SA版权

文章标签：

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

今天这期其实是针对一些同学经常问的一些问题，总结了一期回馈，到底要不要转行的话题，只不过我们用真实的案例来说说这个问题，结尾会说明为什么问我转行的我大多回答的是YES。

今天案例要出场的是来自某云的两位基层PDSA，也就是我们熟悉的数据库方案解决架构师。爻镜，雷湖二位老师。这二位老师雷湖年长，爻镜年轻，说到这里可能有人要问，PDSA到底是做什么的。我不想从字面的意思去解释，我想从和他们二位进行合作工作的感受说起。从这里来说说 DBA 转行的一个方向。

数据方案解决架构师，主要的工作范围涉及与公司有关的数据库方面的事宜，主要可以分为以下几个部分

1 日常数据库使用的问题反馈

2 新型数据库的技术了解，与架构有关的问题讨论

3 业界的信息动向，与阿里云数据库产品的新信息

4 一些PDSA在业务和项目中的经验和知识的私下沟通

从这3年的和好几个PDSA沟通中，我深刻的感觉到，PDSA，尤其是好的PDSA是某云数据事业部的一个宝藏，或者说是一个对外的窗口。这个部分做好了，那是可以促进客户进一步深入某云数据库，扩大某云数据库产品的使用，提高对某云的数据库产品的感官，甚至提高某云数据库产品的一个关键的信息获取的信息收集和分析的关键点。

而对于PDSA，我总结的一些必备的技能

1 对于常见数据库的基础知识和了解

2 对于客户业务的理解和痛点的分析

3 对阿里云数据库各个产品的理解和特性的了解

4 有对接客户业务痛点尤其在数据库使用上的问题，与阿里云新型产品的优势和问题解决能力的对接，匹配

5 语言功底，亲和能力

6 被蹂躏和抗压能力，和良好的体力，背锅的能力

7 有自我的自驱力，知识不光局限在数据库，在程序，架构，销售，营销，产品经理部分知识都要涉猎。

所以某云的PDSA是一个综合的工作门类，要按我的理解，属于九省通衢，九河下梢的地位，是一个客户了解某云，某云了解客户的关键中枢。

甚至有的时候，我从他们身上学了不少东西。举个例子，我个人初期对于AI的部分或者数据库与AI的部分并不是很清晰，虽然DBA 和架构的工作经验多，但对于新的知识我明显吸收的慢了。

有的时候爻镜会在和客户日常的沟通中，我感受到他对新的知识和了解和理解的深度，比如我们在沟通中，他对于IDC与云之间的稳定性进行过详细的分析，有自己独到的见解。

虽然云比IDC自建要高出几个数量级的稳定性保证，不过对于云本身的存在的问题也是有深度分析的，比如云上数据库产品的架构的统一性问题，不同云产品，在同样配置下的性能不同的问题，虽然云可以解决大部分问题，甚至我们可以理解为一切，但仍然需要客户和厂商进行密切的合作，甚至在某些领域，某云在PDSA和客户日常沟通中，获得的信息也在持续推进某云本身的产品的改造，这都与优秀的客户的一些经验和分享离不开的。

我记得他和我说过一句话，没有最优秀的方案，PDSA要做的是和客户匹配的方案。站在客户的角度来解决客户实际的问题。行业的不同，会让客户使用数据库的维度不同，导致客户使用数据库的功能侧重有不同。Ai的一些能力，PDSA不光是要从某云产品的角度去理解，更应该是从客户的角度，了解客户实际的需求，而是在频繁的和客户的沟通中，给一些传统企业种下AI的种子，不断和客户一起在AI上进行成长。

我们现在在测试的 DAS AI Agent产品还是爻镜，给我资料和F2F进行讲解，让我了解到更多的产品的特性，让我对这个产品从实际解决我们当前的问题的维度让我了解这个产品可以解决我们的什么问题。有的时候我就说他，你呀，PDSA，我看你就是一个潜移默化的 “sales”.

他们除了是好的sales,有的时候还是客户的知心大姐。这点我在雷湖身上体会过，有次我给他打电话，想咨询一个产品的问题，打通电话后，告诉我他在处理紧急问题，稍后给我回电话。

等到中午，他给我回过来电话，除了表达抱歉，给把我咨询的问题解决了，还给我讲了一个有趣的事情，他没有接我电话的原因是一个客户造成迁移数据库从某云到一个“低价云”上，出事了，然后那个企业的IT负责人狂打电话，要他们现场解决问题。

我问他，那个企业都要走了，你们还管，这不闹吗，让他找那个“便宜的”解决不就完了，他和我说，那个企业找了，便宜云的架构解决不了问题，说是某云的DTS的问题。然后把他们找去了，他们一分析，根本不是，是对方的数据库在迁移割接的时候出问题了，割接后业务测试通不过，业务停了。

回来那个企业的领导把那个便宜云和IT负责人一顿臭骂，最后紧急两个云厂商加上那个企业的IT负责人开会，最后的结果是，把业务迁移回去，最后便宜云的人一听就撤了，最后还是他们善后的，和那个企业的DBA一起把数据对齐，直到业务稳定后他们才撤。

我给来了一句，便宜没好货，光图便宜关键时候给你撂挑子。他给我来了一句，我们就是背锅侠。不管客户怎么样，我们先的把业务恢复了，再说，就算客户不用我们，我们的专业性和口碑不能差，一传十十传百，就这么点圈子，弄臭了以后可就不好做了。

其实服务我们的PDSA还有很多，比如最早的云绍，为人非常的棒，还有万秋经常组织客户了解新的产品和新知识。企业有这些人存在，拉近了和客户之间的关系，是客户和某云之间的问题的润滑剂，和持续使用产品的粘性剂，当然还是背锅侠，同时也是某云服务客户模块中的一块瑰宝。

写到这里回到今天的最上面的主题，年轻的想换工作的DBA到底要不要换 PDSA,售前，今年经常有同学问我DBA要不要转行，我的回答是，YES。在AI的变革中，对于专业能力的击穿是越来越容易，而我上面举例子的这些人，是凭着综合能力在企业站住脚的，AI想代替他们，我想很困难，所以我也以这篇，来解释为什么，所以今年年轻DBA问转行的问题，的回答都是YES ，尤其是转销售，售前，PDSA的那些人。但这里并不是说，转行一定会成功，任何转行都有失败的概率，但AI到来的专业击穿的浪潮，综合能力是AI攻占的难点。

DBA 要不要转行，有什么行可以转 ？ 案例 某云数据库架构师们

DBA 要不要转行，有什么行可以转？案例某云数据库架构师们