这是一个最好的时代，新技术突飞猛进，需求和机会层见迭出；
这是一个最坏的时代，新挑战层出不穷，困惑与焦虑随处不在。
云计算与智能技术迅速发展，“DBA行业将死，趁早转行”的言论甚嚣尘上，身处技术创新与颠覆的时代，传统DBA的处境遭到冲击，他们该何去何从？
“我到底要不要转型？”
“如果要转，要做哪些准备？”
“如果不转，DBA职业生涯的突破口在哪里？”
……
面对数据架构师、数据安全工程师、数据库产品设计与研发等各种转型新选择，DBA们开始思考以上问题。我们来听听那些成功转型做数据库产品设计与研发的DBA们有什么话要对大家说？
从需求者到创造者，DBA转型数据库产品设计与研发具备强大优势
“对于DBA来说，数据库产品设计与研发的门槛没有大家想象得那么高。”云和恩墨产品设计师郎俊说，“如果选择转型，我们要做到心中有数，认清转型面临的优势与挑战。”
郎俊有近10年DBA工作经验，年开始向数据库生态产品设计转型，年进入云和恩墨后，主要负责公司数据库云管平台zCloud相关工作，包括产品告警功能和数据库Postgres各个工作模块的设计及技术架构搭建。“在数据库生态产品设计的过程中，我们需要适配很多数据库。因为之前对数据库非常了解，当碰上一些新的数据库时，也能做到触类旁通，迅速掌握其特性，学习成本是比较低的。”郎俊说。
在数据库领域耕耘近20年的张乐奕(kamus)认为DBA转型数据库产品研发的最大优势是对需求的精准把控。作为如今的云和恩墨资深数据库架构师，张乐奕年开始从事DBA工作，年在与云和恩墨共同的成长过程中逐步向数据库产品研发转型。
“有DBA工作经验的产品研发不仅能够从自己对数据库使用的经验出发提出需求，同时能更好地理解客户提出的痛点。”张乐奕说，“以前需要DBA通过手工去解决的数据库问题，产品研发可以通过计算机实现相对应的功能。DBA从需求者成为创造者，这是一个非常连贯的过程。”
有优势，也会有挑战，经历陡峭的学习曲线便是其中之一。张乐奕觉得对DBA来说，产品研发是一个新的领域。从原来的DBA高手转型为程序员高手，需要短期内学习掌握大量新的知识与技术，比如算法、代码编写技巧等。“程序员遇到过的问题，代码里需要跨过的坑，你都要重新历练一遍。这是个人层面的一大挑战。”
从企业层面来看，个人的兴趣和期望与公司发展需求是不是匹配也是需要思考的一个问题。如果现在所任职的公司没有产品研发方面的规划，通过内部岗位调动实现转型就比较困难。如果下定决心转型，DBA则需要“跳槽”找到一家能满足其自身职业规划的公司，其中的成本也是需要考量的一个因素。
数据库产品设计与研发需要综合能力，不能只做抡起锄头播种的人
产品研发是根据用户要求建造出软件系统或者系统中软件部分的过程，是一项包括需求捕捉与分析，软件设计、实现和测试的系统工程。
在张乐奕看来，数据库产品研发需要把原来耗费大量时间完成的人工工作，通过编程的方式让计算机完成，从而简化流程、提升效率，提高问题解决的精确度，实现自动化。“做产品研发不是别人告诉你做什么，你就简单地敲敲代码完成而已。只做抡起锄头播种的人是行不通的，要做到知其然也要知其所以然。所以，想要转型做好数据库产品研发，DBA们需要培养自己的综合能力。”
学习一门编程语言是很有益的一件事。“从头学习的过程确实很艰辛，但是花费一到两年的时间掌握一种编程语言，比如现在比较流行的Python和Golang，是将来转型必不可少的一项能力。”张乐奕说。在具备编程的能力后，DBA们可以尝试将原来需要手工解决的问题用编程语言去实现。“对公司来说，通过自动化的方式解决数据库出现的问题可能并不是刚需。但是，通过写代码进行经验总结与沉淀，我们可以不断训练自己解读需求、实现需求的能力。”
“数据库产品研发一定要具备产品化思维。”云和恩墨数据库生态产品群总经理熊军特别强调了这一点。他从年到年都在从事DBA的工作。在云和恩墨的工作中，熊军和团队发现仅靠服务的方式给客户解决问题相对被动，如果可以用软件前置性地发现问题、消除隐患，那么给客户带来的价值更大。
“软件产品可以提供通用方案解决行业内共性的问题，不是说某个客户有某种需求就可以产品化。因此，从业人员需要对行业的普遍需求有比较全面的认识，并通过产品去满足这些需求。”熊军补充道，“当然，这不是一个人能够完成的。产品研发是一个工程化、系统化的事情，个人需要加入专业的团队，才能实现自己设立的目标。所以，相对DBA的工作，数据库产品研发对团队协作能力的要求会更高。”
“DBA需要通过各种手段去解决客户数据库出现的问题，
联系电话：