分布式數(shù)據(jù)庫版本迭代分析

分布式數(shù)據(jù)庫版本迭代分析“分布式數(shù)據(jù)庫處于發(fā)展期，還未達(dá)到成熟期，使用過程中遇到的各類問題較多，需要及時修復(fù)?，F(xiàn)在數(shù)據(jù)庫廠商普遍版本迭代太快，這對廠商來說可以更好及時修復(fù)問題，進(jìn)行功能優(yōu)化，但是沒有考慮到用戶的實際情況，如果升級頻繁可能對原有系統(tǒng)帶來風(fēng)險和問題?，F(xiàn)在市場上OB、TDSQL、TiDB等等分布式數(shù)據(jù)庫都有這個問題。而且維護(hù)人員還需要重新進(jìn)行一次熟悉和安全檢測。用戶如果自己選擇時間進(jìn)行升級，跨多版本進(jìn)行升級，跨度太大，這樣對各個版本前后兼容問題會帶來很大風(fēng)險，此外，有的還必須讓廠商來做，這里邊還會涉及行內(nèi)配合費(fèi)用，廠商的人天也很貴的。這給用戶造成升級也不是，不升級也不是的困境。針對眼下分布式數(shù)據(jù)庫版本的迭代頻率，大家如何考慮？對用戶來說真的好嗎？大家在分布式數(shù)據(jù)庫版本迭代上是如何處理的，如何應(yīng)對版本頻繁升級？希望大家在投票后可以談?wù)勛约浩髽I(yè)的應(yīng)對經(jīng)驗！”以上是來自金融行業(yè)的系統(tǒng)架構(gòu)師@nkj20210218在社區(qū)提出的問題，并發(fā)布了投票好vs不好分布式數(shù)據(jù)庫版本迭代快：是好事，可以及時修復(fù)問題和優(yōu)化!分布式數(shù)據(jù)庫版本迭代快：不好，頻繁升級帶來兼容風(fēng)險、運(yùn)維壓力等等！社區(qū)會員在投票后紛紛分享了自己企業(yè)的應(yīng)對經(jīng)驗，以下是部分觀點(diǎn)。對這個問題，你怎么看？歡迎到社區(qū)投票和發(fā)言（點(diǎn)擊文末可以看實時票數(shù)和參與投票、分享觀點(diǎn)）。對選項1“分布式數(shù)據(jù)庫版本迭代快：是好事，可以及時修復(fù)問題和優(yōu)化!的討論@libai21海通證券軟件架構(gòu)設(shè)計師：現(xiàn)在國產(chǎn)數(shù)據(jù)庫還處于成長階段，快速迭代是應(yīng)對需求的正反饋。以前總是抱怨國外產(chǎn)品不理會客戶需求，現(xiàn)在國產(chǎn)數(shù)據(jù)庫對需求的反饋很積極，充分說明了國產(chǎn)的必要性。當(dāng)然，國產(chǎn)數(shù)據(jù)庫的版本管理比較混亂，沒有清晰的產(chǎn)品路線圖，客戶需求管理不規(guī)范，需要加倍努力。對選項“2.分布式數(shù)據(jù)庫版本迭代快：不好，頻繁升級帶來兼容風(fēng)險、運(yùn)維壓力等等！”的討論@wanglaye某大型金融機(jī)構(gòu)信息技術(shù)經(jīng)理：我們的解決策略是：只做大版本升級，減少升級次數(shù)。廠商經(jīng)常會做一些打補(bǔ)丁、優(yōu)化的操作，大部分都是小版本更新，那么除非對業(yè)務(wù)或應(yīng)用影響大的情況會單獨(dú)升級，否則我們會把所有小版本更新集中到一個包里，一次性做個較大版本的升級，以減少次數(shù)。?haozhangsir銀華系統(tǒng)工程師:現(xiàn)在分布式數(shù)據(jù)庫更新的版本多又快，主要還是因為問題相對比較多，解決一些已知bug,但是為了解決bug頻繁進(jìn)行升級和迭代，這樣會帶來很大的變更風(fēng)險和工作量，這樣帶來的收益反而降低，如果不是極大影響數(shù)據(jù)庫，不建議頻繁升級，十次事故九次變，減少變更，等版本穩(wěn)定可以統(tǒng)一升級到一個穩(wěn)定版本。Oelementkkk：分布式數(shù)據(jù)庫上面往往放了多個業(yè)務(wù)的數(shù)據(jù)庫，如果升級需要停機(jī)，那對于升級窗口很少的用戶來說是個大問題。期待廠商能做到對用戶無感知。@Tony9深圳證券交易所架構(gòu)師：一個產(chǎn)品的生命周期包括初創(chuàng)期、建設(shè)期、穩(wěn)定期、消亡期。在前兩個周期存在頻繁迭代是正常的，穩(wěn)定期應(yīng)當(dāng)固定的、較長周期的迭代。數(shù)據(jù)庫是應(yīng)用系統(tǒng)的重中之重，頻繁迭代必然帶來風(fēng)險。我們需要反思2點(diǎn)：1、從數(shù)據(jù)用戶側(cè)產(chǎn)品選型：是否考慮了產(chǎn)品發(fā)展周期？是否很好地平衡”為滿足業(yè)務(wù)需求不得不采用某個產(chǎn)品”和“該產(chǎn)品頻繁迭代帶來的問題”？在系統(tǒng)變更、數(shù)據(jù)完整等方面做了哪些設(shè)計來應(yīng)對風(fēng)險和運(yùn)維壓力？2、從產(chǎn)品研發(fā)側(cè)迭代策略：當(dāng)前產(chǎn)品所處階段和快速迭代是否匹配？新功能、新Bugfix是否解決了用戶的痛點(diǎn)（是否價值大）？作為系統(tǒng)架構(gòu)師，需要做好權(quán)衡和應(yīng)對。@Derek20股份制銀行大數(shù)據(jù)架構(gòu)師：從用戶角度只能接受有計劃的版本迭代和升級，否則面對的都是風(fēng)險和麻煩！國產(chǎn)數(shù)據(jù)庫廠商在這塊做的尤為不好，看著好像廠商針對問題及時進(jìn)行bug完善，對用戶來說是好事，其實不然，用戶是需要穩(wěn)定和安全，一個版本的上線，已經(jīng)經(jīng)過很多人的參與，如果短時間內(nèi)又要經(jīng)過版本更新，對用戶的運(yùn)行維護(hù)來說實在不便。從用戶角度來說絕對不是一件好事情。?Dongxin某銀行股份有限公司系統(tǒng)架構(gòu)師：廠商版本更新沒關(guān)系，對用戶來說是絕對不行隨時版本進(jìn)行更新迭代的，但是如果版本跨度太大，更新會更加繁瑣和麻煩，很多自己還搞不定，并且未來兼容以及不確定因素太多，所以國產(chǎn)數(shù)據(jù)庫的穩(wěn)定性還是需要加強(qiáng)，兼容性也需要加強(qiáng)。我們用的0B和TiDB都是這樣，版本迭代快，意味著問題也多。@bigdata_user博彥科技軟件開發(fā)工程師：好不好是相對的，不是絕對的，對于數(shù)據(jù)庫廠商來講為了快速變現(xiàn)，所以將一個基本能用的數(shù)據(jù)庫上線。但是數(shù)據(jù)庫到各個項目之后，各個項目的特性問題會直接暴露數(shù)據(jù)庫的問題，這樣就需要數(shù)據(jù)庫廠商一直修改bug,導(dǎo)致頻繁升級，升級對于數(shù)據(jù)庫廠商為好事，它在完善。但是各個客戶這邊用了一版數(shù)據(jù)庫之后，如果出問題了，肯定不能等升級的，一般都通過特殊處理繞過去問題的形式解決，時間久了就都不記得當(dāng)時做的特殊處理了，這樣再升級數(shù)據(jù)庫會出現(xiàn)很多的問題。還有數(shù)據(jù)庫最重要的就是穩(wěn)定性，一次升級就會存在諸多潛在問題，更別說頻繁升級了。@wanggeng某銀行系統(tǒng)運(yùn)維工程師:版本更新太快肯定是不好的，說明版本也不穩(wěn)定，很多bug,還不太成熟，雖然國產(chǎn)化是需要一段路，但是也不能給用戶帶來太多風(fēng)險和坑，現(xiàn)在我用過的TDSQL版本更新就很快，2019到2022,差不多從14到19大版本，中間小版本都沒法統(tǒng)計，更新帶來太多麻煩和風(fēng)險。@pysx0503系統(tǒng)工程師：對于各種產(chǎn)品的版本迭代，真的是件矛盾的事情。產(chǎn)品研發(fā)上線的周期短，缺少充足的測試時間導(dǎo)致產(chǎn)品本身有很多bug,加上各種業(yè)務(wù)需求不斷更新導(dǎo)致產(chǎn)品不斷的更新。但是數(shù)據(jù)庫是整個業(yè)務(wù)的核心。多數(shù)情況下，企業(yè)都難以承受數(shù)據(jù)庫版本更新所可能產(chǎn)生的各種風(fēng)險而選擇維持現(xiàn)狀，但時間一久，又會加加大產(chǎn)品本身帶來問題的風(fēng)險。面對現(xiàn)在不斷更新的版本，雖然明知道過快的版本迭代不好，但其實還是要正面這個問題，選擇一個折中的周期來進(jìn)行版本的更新。既不要過于頻繁的更新數(shù)據(jù)庫版本而增加風(fēng)險和運(yùn)維壓力，也不要長時間的不更新，等到和市場主流版本脫節(jié)而導(dǎo)致更新成本激增，甚至到無法解決的地步。@lizhao01北銀金科DBA：對于銀行業(yè)來說，每年的軟件基線是固定的，所以不希望軟件頻繁更新。對于所有類型業(yè)務(wù)系統(tǒng)來說，數(shù)據(jù)庫的穩(wěn)定更是大家看重的。接受正常有計劃的版本迭代，不希望迭代太快。@annoymous：目前TiDB是火車頭發(fā)布，每月一個版本，我們最早上的是4.2,現(xiàn)在他們發(fā)布到6.1了。我們測試也升到6.1,生產(chǎn)環(huán)境一般不能升級，升級需要停庫升級，這個太要命了。如果有問題就只能通過備份恢復(fù)數(shù)據(jù)庫，從備份做全恢復(fù)的話，停機(jī)時間太長接受不了，所以我們用TiDB,只能在底層硬件替換的時候會換大版本升級，測試環(huán)境啥的都是可以及時更新的。@yata52中國人壽財險數(shù)據(jù)庫管理員：每次廠商發(fā)布了新的版本，的確可以帶來激動人心的新特性新功能，也可以解決當(dāng)前已上線系統(tǒng)的痛點(diǎn)。但是，對于生產(chǎn)系統(tǒng)運(yùn)維管理，做加法的同時也要做減法。對于版本升級要充分評估利弊，影響范圍，是否具備回退路徑，綜合考慮后再去決定是否跟進(jìn)升級。對選項1、選項2以外的其他討論@CalvinYang浙商銀行DBA：個人認(rèn)為版本迭代也分情況考慮:1、小版本迭代通常是用于修復(fù)Bug,不帶入新增功能，此種類型的