最近和客戶的交流中遇到幾件比較意外的事情，這也讓我在未來AI大規(guī)模進入企業(yè)應(yīng)用后DBA受到的沖擊多了幾分擔(dān)憂。今年以來，AI在傳統(tǒng)企業(yè)的應(yīng)用的探索正在穩(wěn)步前行，很多大企業(yè)都成立了新的部門來管理AI基礎(chǔ)設(shè)施和大模型服務(wù)，管理大模型的職能甚至已經(jīng)脫離了傳統(tǒng)的系統(tǒng)平臺部的管理范圍。

　　上周我和一個企業(yè)的系統(tǒng)平臺部交流了BIC-IA，他們對LLM 工具中心和SQL自動優(yōu)化等功能很感興趣，于是想盡快部署POC環(huán)境。剛開始拿到接口文檔的時候，我們覺得他們的算力資源挺豐富的的，部署測試環(huán)境問題不大。沒想到對接起來，還是發(fā)現(xiàn)了問題。目前他們企業(yè)的大模型服務(wù)主要用于智能客服、知識庫服務(wù)等以知識問答為核心的業(yè)務(wù)，還沒有開展流程自動化等方面的業(yè)務(wù)，因此他們的LLM SERVICE都是不支持FUNCTION CALL的。不支持FUNCTION CALL，MCP的工具調(diào)用就存在問題了。想讓管AI基礎(chǔ)設(shè)施的部門配合開啟這個功能，流程相當(dāng)復(fù)雜，雖然只是一個模型裝載的啟動參數(shù)調(diào)整問題，但是對于企業(yè)級部門協(xié)調(diào)來說，也不是一件容易的事情。

　　我本來以為這是一個孤立的事件，沒想到昨天下午和一個客戶溝通搭建POC環(huán)境的時候又遇到了類似的事情。他們的AI基礎(chǔ)設(shè)施也是由一個獨立部門管理的，與IT運營并立，IT部門采購的服務(wù)器都不能帶GPU，因此想要做POC，云上的虛擬機資源是敞開用的，但是GPU算力卻需要跨部門協(xié)調(diào)。在一切都沒譜的情況下，直接開啟跨部門資源協(xié)調(diào)，大家都面露難色。于是我只能建議他們先協(xié)調(diào)一臺128核的ARM服務(wù)器，先把功能測試一下。

　　我最早做DBA的時候，DBA在企業(yè)內(nèi)是挺拉風(fēng)的，除了網(wǎng)絡(luò)、存儲由專門的部門管理，服務(wù)器、OS、數(shù)據(jù)庫，甚至中間件都是在DBA的領(lǐng)導(dǎo)之下的，想?yún)f(xié)調(diào)一些網(wǎng)絡(luò)和存儲資源也不難。因此DBA想搭個環(huán)境，測試點新東西十分便利。而現(xiàn)在，代表未來應(yīng)用發(fā)展方向的AI基礎(chǔ)設(shè)施似乎正在脫離DBA的管理范圍。我前陣子在一個沙龍里討論DBA的未來發(fā)展的時候，還建議DBA要拓展自己的管理范圍，把AI基礎(chǔ)設(shè)施和AI基礎(chǔ)服務(wù)也掌握在手里，讓DBA在外來的AI時代重新掌握企業(yè)應(yīng)用的命脈，看來我的一些想法還是有點一廂情愿了。

　　AI服務(wù)、AI基礎(chǔ)設(shè)施是未來企業(yè)數(shù)據(jù)中心的核心，未來幾乎所有的應(yīng)用都要圍繞AI服務(wù)來擴展能力，我看到的一些大型企業(yè)里，大多數(shù)都成立了專門的部門來管理這些硬件和服務(wù)，而這一切都不在DBA的管理范圍內(nèi)，在這些企業(yè)里，DBA想要實現(xiàn)AI自由，變得有些困難了。這種情況的出現(xiàn)，DBA應(yīng)該有所警醒，要加快擁抱AI的速度，盡快在數(shù)據(jù)庫運維領(lǐng)域引入AI技術(shù)，引入AI能力，千萬別成為AI時代的邊緣人。