昨天看到天舟發(fā)了一篇文章，提到OtterTune死了。我馬上到OtterTune官網(wǎng)上去看，發(fā)現(xiàn)確實(shí)如此。

這個(gè)在2022年才獲得1200萬(wàn)美金A輪融資的企業(yè)居然就這么倒下了，確實(shí)讓我感到有些意外。這個(gè)不缺技術(shù)，不缺錢的優(yōu)秀團(tuán)隊(duì)，做的又是十分有前途的數(shù)據(jù)庫(kù)優(yōu)化，商業(yè)模式又是互聯(lián)網(wǎng)化的SAAS服務(wù)，為什么會(huì)在拿到一筆巨額投資后不到兩年就關(guān)門歇業(yè)了呢？

DJ OT因違反假釋規(guī)定而入獄這句話不知道是否暗示了某種原因，不過(guò)我不大看得懂這種美國(guó)人的幽默。DJ OT是他們的吉祥物，畫面里是被關(guān)進(jìn)了囚牢，而并不是死去了。這畫面是不是暗示了某種不甘和無(wú)奈呢？

圖片

上面是他們的核心團(tuán)隊(duì)，中間C位的是卡內(nèi)基美隆的教授Andy，右邊的 應(yīng)該是一個(gè)華裔。我是在搜索MySQL優(yōu)化資料的時(shí)候發(fā)現(xiàn)他們的，因?yàn)樗麄兯龅墓ぷ骱臀覀冇行╊愃?，而且他們的主營(yíng)業(yè)務(wù)與我腦子里未來(lái)想干的事情十分類似。

圖片

從上面的圖上可以看出，OtterTUNE的商業(yè)模式還是相當(dāng)牛的，通過(guò)下載一個(gè)DOCKER鏡像或者在GitHub上下載開源的客戶端完成部署，從數(shù)據(jù)庫(kù)中采集數(shù)據(jù)，通過(guò)AGENT上傳到AWS的服務(wù)端，通過(guò)機(jī)器學(xué)習(xí)訓(xùn)練模型，并存儲(chǔ)到中央資料庫(kù)。然后通過(guò)計(jì)算引擎分析配置建議，并進(jìn)行自動(dòng)化巡檢，找到優(yōu)化建議，推送給用戶。

上面的模式幾乎和我前些年對(duì)D-SMART SAAS服務(wù)的設(shè)計(jì)如出一轍。唯一不同的是，我們的自動(dòng)化能力是基于運(yùn)維知識(shí)圖譜+專家模型，在一些AI算法的輔助下完成分析，當(dāng)問(wèn)題無(wú)法明確定位時(shí)，還有專家的人工介入。而且我們的內(nèi)容不僅限于優(yōu)化推薦，在客戶端已經(jīng)提供了日常監(jiān)控、告警和一些簡(jiǎn)單的分析工具。只有遇到復(fù)雜的問(wèn)題的時(shí)候才需要通過(guò)收費(fèi)的云服務(wù)或者遠(yuǎn)程專家服務(wù)來(lái)獲取解決方案。

圖片

OtterTune也為數(shù)據(jù)庫(kù)建立了健康評(píng)分，只不過(guò)他們?cè)u(píng)判健康的維度與我們的健康模型相比簡(jiǎn)單了一些。數(shù)據(jù)庫(kù)總體、資源、表、索引、查詢這幾個(gè)維度比較簡(jiǎn)明，針對(duì)中小型數(shù)據(jù)庫(kù)系統(tǒng)來(lái)說(shuō)，應(yīng)該還是比較有效的。

不管怎樣，OtterTune的倒下為數(shù)據(jù)庫(kù)服務(wù)提供了一個(gè)可參考的反面教材，無(wú)論是做SAAS服務(wù)、AIOPS還是傳統(tǒng)的DBA，都可以從這個(gè)失敗的案例中得到啟示。

圖片

在Reddit上我看到了一個(gè)討論帖子，其觀點(diǎn)是“這是一個(gè)一次性工具，你無(wú)法在上面構(gòu)建付費(fèi)的服務(wù)”。當(dāng)一個(gè)數(shù)據(jù)庫(kù)在進(jìn)行初始化的優(yōu)化后，你只需要管理好其容量，那么這個(gè)數(shù)據(jù)庫(kù)將會(huì)穩(wěn)定地運(yùn)行10年。如果出現(xiàn)問(wèn)題，大部分可以通過(guò)應(yīng)用側(cè)的修改和優(yōu)化來(lái)解決，就不再需要使用OtterTune的服務(wù)了。而且對(duì)于MySQL、PG這樣的數(shù)據(jù)庫(kù)，在一個(gè)數(shù)據(jù)庫(kù)上活動(dòng)的配置優(yōu)化經(jīng)驗(yàn)，大部分可以不做太多調(diào)整就可以用于其他數(shù)據(jù)庫(kù) 實(shí)例。因此OtterTune能夠提供的服務(wù)真的就成為一次性服務(wù)了。如此看來(lái)，他們作為SAAS服務(wù)的業(yè)務(wù)模式本身就是不成立的。

圖片

分析OtterTune的功能，最核心的能力是通過(guò)AI算法，依托各種歷史模板為用戶提供數(shù)據(jù)庫(kù)參數(shù)的最佳配置方案。這些確實(shí)都是一次性的功能，一旦調(diào)整到位后，無(wú)需經(jīng)常調(diào)整了。

圖片

除此之外，表和索引推薦、SQL審計(jì)規(guī)則是OtterTune的另外一個(gè)技術(shù)亮點(diǎn)。不過(guò)用戶對(duì)此的付費(fèi)意愿也并不強(qiáng)烈，這些技能在開發(fā)人員側(cè)也很容易構(gòu)建，并非剛需。

前幾天正好有一個(gè)原來(lái)的Oracle DBA來(lái)電向我咨詢?nèi)绻男腥プ鯬G的數(shù)據(jù)庫(kù)服務(wù)有沒(méi)有前途。我說(shuō)如果是年輕人，轉(zhuǎn)行去干PG可能還行，對(duì)于一個(gè)40多歲，在Oracle領(lǐng)域干了20多年的DBA來(lái)說(shuō)，似乎比較難找到與現(xiàn)在價(jià)值相匹配的工作。PG的用戶所需要的服務(wù)，以及能夠支付的費(fèi)用無(wú)法與Oracle服務(wù)相比，今后運(yùn)維PG數(shù)據(jù)庫(kù)的方式也與運(yùn)維Oracle完全不同。你現(xiàn)在去轉(zhuǎn)行干PG，可能還干不過(guò)那些20多歲的小年輕，你的盈利模式在什么地方呢？

回過(guò)頭來(lái)反思我們目前正在做的智能化運(yùn)維產(chǎn)品D-SMART，實(shí)際上我們?cè)谝恍㎝ySQL、PG類數(shù)據(jù)庫(kù)為主的客戶側(cè)的使用情況也有與OtterTune類似的地方，在系統(tǒng)剛剛部署的時(shí)候，往往能幫助用戶發(fā)現(xiàn)很多問(wèn)題。在建議的調(diào)整下，很快這些問(wèn)題就都解決了。之后這套系統(tǒng)最主要的作用就是監(jiān)控和巡檢了。系統(tǒng)中的一些屠龍絕技往往因?yàn)檎也坏烬垇?lái)屠而變得沒(méi)有那么大的價(jià)值了。

昨天下午我也就這個(gè)問(wèn)題和我們團(tuán)隊(duì)的同學(xué)們?cè)谟懻?，我們?nèi)绾尾挪粫?huì)走上OtterTune的死路。那就是真正從數(shù)據(jù)庫(kù)運(yùn)維的痛點(diǎn)入手，而不要總是看不起那些能夠解決技術(shù)含量不高，但是實(shí)用性很高的功能。

圖片

最近我們正在V2.7中開發(fā)兩個(gè)日常運(yùn)維常用的工具，其中一個(gè)是殺會(huì)話的工具。當(dāng)某個(gè)數(shù)據(jù)庫(kù)出現(xiàn)一些性能等方面的問(wèn)題的時(shí)候，殺會(huì)話可能是一個(gè)常用的運(yùn)維動(dòng)作。不過(guò)有些時(shí)候當(dāng)你需要?dú)?huì)話的時(shí)候突然發(fā)現(xiàn)數(shù)據(jù)庫(kù)已經(jīng)無(wú)法登錄了，你無(wú)法有效地殺掉所需要?dú)⒌臅?huì)話，這時(shí)候D-SMART就可以幫助你輕松地幫你分析系統(tǒng)中會(huì)話的情況，找到所需要?dú)⒌臅?huì)話，并立即無(wú)風(fēng)險(xiǎn)地殺掉。

圖片

另外一個(gè)是批量運(yùn)維工具，當(dāng)你需要在上百個(gè)類似的數(shù)據(jù)庫(kù)中做一個(gè)相同的查詢或者運(yùn)維操作的時(shí)候，批量運(yùn)維工具就十分有用了。開發(fā)運(yùn)維工具不能僅有技術(shù)含量的屠龍刀，每天離不開的切菜刀才是最重要的工具。

OtterTune的成功崛起當(dāng)年給了我們帶來(lái)了相當(dāng)大的鼓舞，原來(lái)在這個(gè)領(lǐng)域不僅僅是我們一批人在干，在大洋彼岸也有一批和我們有類似想法的人在干類似的事情。OtterTune的倒下也給了我們警示，僅僅在技術(shù)上有一套是不行的，技術(shù)與市場(chǎng)必須找到契合點(diǎn)，在市場(chǎng)的推動(dòng)下，產(chǎn)品和服務(wù)才能做好。