DBA的AI自由

最近和客户的交流中遇到几件比较意外的事情，这也让我在未来AI大规模进入企业应用后DBA受到的冲击多了几分担忧。今年以来，AI在传统企业的应用的探索正在稳步前行，很多大企业都成立了新的部门来管理AI基础设施和大模型服务，管理大模型的职能甚至已经脱离了传统的系统平台部的管理范围。

　　上周我和一个企业的系统平台部交流了BIC-IA，他们对LLM 工具中心和SQL自动优化等功能很感兴趣，于是想尽快部署POC环境。刚开始拿到接口文档的时候，我们觉得他们的算力资源挺丰富的的，部署测试环境问题不大。没想到对接起来，还是发现了问题。目前他们企业的大模型服务主要用于智能客服、知识库服务等以知识问答为核心的业务，还没有开展流程自动化等方面的业务，因此他们的LLM SERVICE都是不支持FUNCTION CALL的。不支持FUNCTION CALL，MCP的工具调用就存在问题了。想让管AI基础设施的部门配合开启这个功能，流程相当复杂，虽然只是一个模型装载的启动参数调整问题，但是对于企业级部门协调来说，也不是一件容易的事情。

　　我本来以为这是一个孤立的事件，没想到昨天下午和一个客户沟通搭建POC环境的时候又遇到了类似的事情。他们的AI基础设施也是由一个独立部门管理的，与IT运营并立，IT部门采购的服务器都不能带GPU，因此想要做POC，云上的虚拟机资源是敞开用的，但是GPU算力却需要跨部门协调。在一切都没谱的情况下，直接开启跨部门资源协调，大家都面露难色。于是我只能建议他们先协调一台128核的ARM服务器，先把功能测试一下。

　　我最早做DBA的时候，DBA在企业内是挺拉风的，除了网络、存储由专门的部门管理，服务器、OS、数据库，甚至中间件都是在DBA的领导之下的，想协调一些网络和存储资源也不难。因此DBA想搭个环境，测试点新东西十分便利。而现在，代表未来应用发展方向的AI基础设施似乎正在脱离DBA的管理范围。我前阵子在一个沙龙里讨论DBA的未来发展的时候，还建议DBA要拓展自己的管理范围，把AI基础设施和AI基础服务也掌握在手里，让DBA在外来的AI时代重新掌握企业应用的命脉，看来我的一些想法还是有点一厢情愿了。

　　AI服务、AI基础设施是未来企业数据中心的核心，未来几乎所有的应用都要围绕AI服务来扩展能力，我看到的一些大型企业里，大多数都成立了专门的部门来管理这些硬件和服务，而这一切都不在DBA的管理范围内，在这些企业里，DBA想要实现AI自由，变得有些困难了。这种情况的出现，DBA应该有所警醒，要加快拥抱AI的速度，尽快在数据库运维领域引入AI技术，引入AI能力，千万别成为AI时代的边缘人。