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

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

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

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

提示1：與跨職能團隊加強協(xié)作

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

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

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

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

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

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

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

提示3：通過自動化提高吞吐量

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

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

提示4：通過自動集成和性能測試保護數(shù)據(jù)完整性

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

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

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

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

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

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

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