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

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