有了白屏運維工具的數(shù)據(jù)庫還需要其他運維工具嗎
今天討論一個開放式的話題,因為我也不知道答案,因此只能表達一下自己的觀點,并聽聽朋友們的觀點。最近和幾個國產(chǎn)數(shù)據(jù)庫廠商的朋友交流運維工具的事情,他們都覺得自己的數(shù)據(jù)庫產(chǎn)品都有白屏運維工具,無需第三方運維工具就可以很好地進行運營了。也有廠家的朋友提出了一個場景,如果一個企業(yè)有多種數(shù)據(jù)庫,那么第三方運維工具還是有價值的,因為每個數(shù)據(jù)庫廠商的運維工具只能支持自己的數(shù)據(jù)庫而第三方工具支持的數(shù)據(jù)庫更加廣泛。
我就是做第三方運維工具的,所以對這種觀點肯定有不同的意見,但是不確定我的觀點是否是合理的,因為我在和某些客戶交流的時候,他們的觀點也很分散,有些認為只要原廠的白屏工具做得足夠好,第三方運維工具有沒有無所謂,有些人覺得第三方運維工具無論如何還是需要的。支持我的觀點的主要依據(jù)是:“如果有了數(shù)據(jù)庫廠商的白屏運維工具,就不需要DBA了嗎?
DBA依靠原廠的白屏工具能解決所有的運維問題嗎?”
如果這個問題的答案是否定的,那么就有下一個問題了:“DBA要如何去解決白屏運維工具無法解決的問題呢?”,一般是依靠DBA自身的經(jīng)驗和能力。在沒有白屏工具的前提下,DBA需要自己去執(zhí)行SQL查詢一些信息,查看日志,分析硬件與網(wǎng)絡(luò)的狀態(tài),從而發(fā)現(xiàn)問題,解決問題。在這些過程中,如果有一些工具來協(xié)助他們,是不是有價值呢?
這個思想是我們目前開發(fā)D-SMART的主要依據(jù),我們是希望開發(fā)一套能夠幫助DBA,幫助專家來發(fā)現(xiàn)問題,分析問題的工具。一個“運維知識自動化平臺”。
很可能一些第三方工具中的功能與原廠白屏運維工具有一定的重疊功能,不過我的感覺,原廠白屏運維工具主要的功能還是在日常運營工作中,對于數(shù)據(jù)庫的管理、擴縮容、啟停、SQL分析與優(yōu)化、SQL限流等方面,是要比大多數(shù)第三方工具要強大很多的,但是在復(fù)雜問題的發(fā)現(xiàn)與預(yù)警、問題根因分析、全鏈路追蹤、運維知識積累、系統(tǒng)巡檢等方面還有不少需要加強的地方,另外原廠工具的功能迭代周期較長,對于企業(yè)運維而言,無法快速適配新的問題與場景。
基于上面的分析,我覺得第三方運維工具與原廠白屏運維工具之間是一種互補的生態(tài),而不是彼此可替代的。