敏捷開(kāi)發(fā)和DevOps之類的方法可以幫助數(shù)據(jù)專業(yè)人員構(gòu)建理想的DataOps生態(tài)系統(tǒng)。本文回顧了五個(gè)基本的最佳實(shí)踐，這些最佳實(shí)踐可以幫助您開(kāi)始創(chuàng)建自己的敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程。

隨著技術(shù)行業(yè)轉(zhuǎn)向敏捷開(kāi)發(fā)，傳統(tǒng)的數(shù)據(jù)庫(kù)開(kāi)發(fā)像在繁瑣的生產(chǎn)機(jī)器中一樣成為繁瑣的瓶頸。盡管數(shù)據(jù)庫(kù)管理確實(shí)很復(fù)雜，但它不是一成不變的。變革是進(jìn)步不可或缺的一部分，可以在任何學(xué)科中進(jìn)行。

數(shù)據(jù)庫(kù)開(kāi)發(fā)的過(guò)渡不必充滿危險(xiǎn)和復(fù)雜性。敏捷范式的目標(biāo)是將開(kāi)發(fā)周期變成一個(gè)協(xié)作的生態(tài)系統(tǒng)，從而在每個(gè)階段都增強(qiáng)靈活性。在采用敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)流程時(shí)，數(shù)據(jù)庫(kù)專業(yè)人員可以受益于DevOps基礎(chǔ)架構(gòu)的協(xié)作功能來(lái)改善其工作環(huán)境。

本文回顧了五個(gè)基本的最佳實(shí)踐，這些最佳實(shí)踐可以幫助您開(kāi)始創(chuàng)建自己的敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程。

提示1：與跨職能團(tuán)隊(duì)加強(qiáng)協(xié)作

采用敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)流程的最大挑戰(zhàn)是對(duì)變更的天生抵抗。每項(xiàng)技術(shù)的背后至少都有一個(gè)人，負(fù)責(zé)維護(hù)和管理技術(shù)的多項(xiàng)任務(wù)。為了確保凝聚力和平穩(wěn)的過(guò)渡，重要的是將其轉(zhuǎn)變?yōu)橐粋€(gè)協(xié)作的工作，其中要考慮到所有被采納者。

盡管傳統(tǒng)的開(kāi)發(fā)范例在職能團(tuán)隊(duì)中保留小組角色，但敏捷開(kāi)發(fā)范例依賴于跨職能團(tuán)隊(duì)。職能團(tuán)隊(duì)將開(kāi)發(fā)，測(cè)試，數(shù)據(jù)庫(kù)和生產(chǎn)中的任何階段分開(kāi)?？缏毮軋F(tuán)隊(duì)整合了開(kāi)發(fā)的所有階段。因此，在敏捷開(kāi)發(fā)中，數(shù)據(jù)庫(kù)管理不再可以充當(dāng)單獨(dú)的實(shí)體。相反，現(xiàn)在需要數(shù)據(jù)庫(kù)管理才能加入DevOps團(tuán)隊(duì)。

當(dāng)每個(gè)人都朝著同一目標(biāo)努力時(shí)，生產(chǎn)將變得越來(lái)越容易和快捷。盡管敏捷范例依賴于協(xié)作，但它與團(tuán)隊(duì)的獨(dú)立性沒(méi)有沖突?？梢詣?chuàng)建一個(gè)敏捷的數(shù)據(jù)庫(kù)開(kāi)發(fā)生態(tài)系統(tǒng)，其中數(shù)據(jù)庫(kù)團(tuán)隊(duì)有權(quán)管理自己。整個(gè)DevOps團(tuán)隊(duì)可以擁有分配的微服務(wù)的整個(gè)堆棧，而數(shù)據(jù)庫(kù)角色則維護(hù)和管理數(shù)據(jù)庫(kù)。

提示2：使用數(shù)據(jù)庫(kù)版本控制提高可見(jiàn)性

可見(jiàn)性或監(jiān)視是確保數(shù)據(jù)庫(kù)的所有組件正常工作的一種做法。通常由負(fù)責(zé)可靠性工程的數(shù)據(jù)專業(yè)人員來(lái)承擔(dān)此責(zé)任?？梢?jiàn)性使團(tuán)隊(duì)可以全面了解數(shù)據(jù)庫(kù)狀態(tài)，從容量規(guī)劃，突發(fā)警報(bào)到性能和行為分析。

可見(jiàn)性提供減輕當(dāng)前風(fēng)險(xiǎn)和防止未來(lái)威脅所需的信息。因此，可見(jiàn)性通常被視為確保數(shù)據(jù)庫(kù)生存能力的第一步，也是最關(guān)鍵的一步。數(shù)據(jù)庫(kù)的任何點(diǎn)故障都可能導(dǎo)致發(fā)布延遲。在最壞的情況下，數(shù)據(jù)庫(kù)可見(jiàn)性低可能會(huì)導(dǎo)致數(shù)據(jù)丟失或失竊。

數(shù)據(jù)版本控制可以為您提供一個(gè)真實(shí)的來(lái)源。盡管似乎無(wú)法實(shí)現(xiàn)數(shù)據(jù)版本控制，但如今有一些軟件工具和解決方案可以幫助您獲得盡可能多的可見(jiàn)性。請(qǐng)記住，與應(yīng)用程序不同，數(shù)據(jù)庫(kù)是有狀態(tài)的。數(shù)據(jù)庫(kù)模式版本控件應(yīng)通過(guò)運(yùn)行可以識(shí)別數(shù)據(jù)庫(kù)狀態(tài)的腳本并實(shí)施永遠(yuǎn)不會(huì)覆蓋數(shù)據(jù)的控件來(lái)努力保留數(shù)據(jù)。

提示3：通過(guò)自動(dòng)化提高吞吐量

根據(jù)2017年DevOps狀況報(bào)告，自動(dòng)化任務(wù)的組織可以在保持高質(zhì)量的同時(shí)實(shí)現(xiàn)更快的軟件交付速度。自動(dòng)化可以幫助組織發(fā)布和維護(hù)幾乎沒(méi)有錯(cuò)誤的軟件，并實(shí)施快速恢復(fù)修復(fù)。隨著云遷移的普及，自動(dòng)化從未如此簡(jiǎn)單。盡管可以將自動(dòng)化應(yīng)用于所有類型的數(shù)據(jù)庫(kù)，但是用于云數(shù)據(jù)庫(kù)的自動(dòng)化工具通?？梢蕴峁└欤?jiǎn)單的解決方案。

敏捷數(shù)據(jù)庫(kù)管理將數(shù)據(jù)庫(kù)管理視為開(kāi)發(fā)周期的基礎(chǔ)部分，而不是單獨(dú)的實(shí)體。因此，任何自動(dòng)化都應(yīng)與現(xiàn)有的DevOps自動(dòng)化管道集成。與DevOps團(tuán)隊(duì)集成可創(chuàng)建一個(gè)統(tǒng)一的生態(tài)系統(tǒng)，以促進(jìn)安全，高效地編排數(shù)據(jù)庫(kù)部署。由于數(shù)據(jù)庫(kù)專業(yè)人員負(fù)責(zé)實(shí)施自動(dòng)化，因此他們可以從手動(dòng)流程過(guò)渡，同時(shí)仍確保滿足數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)和公司政策。

提示4：通過(guò)自動(dòng)集成和性能測(cè)試保護(hù)數(shù)據(jù)完整性

數(shù)據(jù)完整性是一個(gè)廣義的概括性術(shù)語(yǔ)，涵蓋了旨在確保整個(gè)生命周期中數(shù)據(jù)的可靠性和準(zhǔn)確性的任務(wù)。無(wú)論數(shù)據(jù)存儲(chǔ)在結(jié)構(gòu)化數(shù)據(jù)庫(kù)，數(shù)據(jù)倉(cāng)庫(kù)還是數(shù)據(jù)湖中，數(shù)據(jù)完整性都可以防止對(duì)信息的意外更改。

自動(dòng)化測(cè)試通過(guò)提供安全的數(shù)據(jù)庫(kù)反饋來(lái)幫助保留數(shù)據(jù)的完整性。借助自動(dòng)化測(cè)試，數(shù)據(jù)專業(yè)人員可以創(chuàng)建一組回歸測(cè)試來(lái)代替特定的手動(dòng)測(cè)試。自動(dòng)化的測(cè)試工具可以發(fā)送警報(bào)，為團(tuán)隊(duì)提供及時(shí)的報(bào)告，以進(jìn)行快速修復(fù)以保護(hù)數(shù)據(jù)的完整性。因此，自動(dòng)測(cè)試將數(shù)據(jù)專業(yè)人員從手動(dòng)測(cè)試中解放了出來(lái)，并將重點(diǎn)轉(zhuǎn)移到了創(chuàng)造價(jià)值上。

提示5：通過(guò)靜態(tài)代碼分析增強(qiáng)反饋過(guò)程

敏捷開(kāi)發(fā)對(duì)快速開(kāi)發(fā)和交付的關(guān)注可能會(huì)使DevOps團(tuán)隊(duì)承受巨大壓力。盡管在任何情況下人為錯(cuò)誤都是一個(gè)恒定的因素，但要加快生產(chǎn)速度會(huì)導(dǎo)致質(zhì)量下降。與應(yīng)用程序開(kāi)發(fā)相反，數(shù)據(jù)庫(kù)開(kāi)發(fā)對(duì)錯(cuò)誤和錯(cuò)誤的容忍度要低得多。

為了確保滿足某些數(shù)據(jù)庫(kù)標(biāo)準(zhǔn)，數(shù)據(jù)專業(yè)人員可以使用靜態(tài)代碼分析。靜態(tài)代碼分析不單單依靠同行評(píng)審，而是引入了自動(dòng)反饋流程，以補(bǔ)充團(tuán)隊(duì)的反饋回路。靜態(tài)代碼分析在開(kāi)發(fā)的早期階段即測(cè)試之前實(shí)施，以提供啟動(dòng)反饋循環(huán)的初始分析。使開(kāi)發(fā)的這一階段自動(dòng)化可以幫助加快數(shù)據(jù)庫(kù)開(kāi)發(fā)，因此減輕了一些對(duì)團(tuán)隊(duì)造成的壓力。

結(jié)論—敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)是DataOps的墊腳石

敏捷開(kāi)發(fā)和DevOps之類的方法可以幫助數(shù)據(jù)專業(yè)人員構(gòu)建理想的DataOps生態(tài)系統(tǒng)。在自動(dòng)化工具的輔助下，DataOps基礎(chǔ)架構(gòu)可以變成一種快速，高效的機(jī)器，用于保存，保護(hù)和分析數(shù)據(jù)。在當(dāng)今越來(lái)越依賴于從數(shù)字?jǐn)?shù)據(jù)中提取有價(jià)值的信息的世界中，敏捷數(shù)據(jù)庫(kù)開(kāi)發(fā)提供了自動(dòng)化的基礎(chǔ)結(jié)構(gòu)，可在更短的時(shí)間內(nèi)獲得更可靠的數(shù)據(jù)。