孤立的數(shù)據(jù)庫團(tuán)隊和流程的時代在逐漸減少，DevOps已成為團(tuán)隊必須接受的新現(xiàn)實。集成使您和您的IT團(tuán)隊受益的三個原因如下。IT經(jīng)理必須具有信心和知識基礎(chǔ)，才能將數(shù)據(jù)庫開發(fā)操作納入敏捷的CI / CD流程。

大多數(shù)組織都知道，要取得成功，他們必須能夠?qū)ν獠苛α垦杆僮龀龇磻?yīng)。而且，由于當(dāng)今全球市場的持續(xù)不確定性，法規(guī)遵從性的變化（例如最近的《通用數(shù)據(jù)保護(hù)法規(guī)》（GDPR）和即將頒布的《加州消費者隱私法案》（CCPA））以及持續(xù)的競爭壓力，各組織正在努力提高他們的敏捷性以適應(yīng)這些不斷發(fā)展的條件。這需要IT團(tuán)隊采用DevOps。

為了與應(yīng)用程序開發(fā)的方式更好地保持一致，IT經(jīng)理必須修改他們傳統(tǒng)上進(jìn)行數(shù)據(jù)庫變更管理的方式。為此，他們有信心將數(shù)據(jù)庫開發(fā)和部署操作帶入敏捷的持續(xù)集成和持續(xù)部署（CI / CD）流程中，這一點很重要。

但是，對于組織而言，從哪里開始可能是一個艱辛的挑戰(zhàn)，尤其是在當(dāng)今許多傳統(tǒng)數(shù)據(jù)庫基礎(chǔ)結(jié)構(gòu)（包括混合數(shù)據(jù)庫環(huán)境，本地和云平臺以及傳統(tǒng)和開源數(shù)據(jù)庫）的情況下，這可能會導(dǎo)致復(fù)雜的基礎(chǔ)結(jié)構(gòu)管理。

通常，數(shù)據(jù)庫變更管理操作要花很長時間才能從開發(fā)到生產(chǎn)進(jìn)行變更，發(fā)布周期平均為6周到3個月。雖然越來越多的公司將敏捷方法學(xué)引入其組織中，以使他們的業(yè)務(wù)更加主動和創(chuàng)新，但是由于開發(fā)過程（例如過程代碼的單元測試）以及風(fēng)險，將數(shù)據(jù)庫更改納入這些方法學(xué)仍然很容易。將數(shù)據(jù)更改應(yīng)用于實時環(huán)境的過程。

即便如此，仍有許多組織成功地成功采用了DevOps。他們能夠花更少的時間進(jìn)行計劃外的返工，并確保更快地完成發(fā)布更改，從而獲得更低的成本甚至收入增長。轉(zhuǎn)變?yōu)镈evOps文化要求執(zhí)行領(lǐng)導(dǎo)層加緊努力并進(jìn)行必要的組織變革，并確保IT部門進(jìn)行研究并投資于正確的工具以自動化傳統(tǒng)上為手動的流程。

盡管大多數(shù)組織都知道他們需要變得完全敏捷，但是將數(shù)據(jù)庫集成到他們的DevOps CI / CD基礎(chǔ)架構(gòu)中是相當(dāng)大的一步。關(guān)于將數(shù)據(jù)庫管理集成到CI / CD流程中的重要性，這是三個好處：

減少停機(jī)和錯誤

傳統(tǒng)上，數(shù)據(jù)庫更改是通過SQL腳本完成的，而DBA會在部署附近進(jìn)行審核，這可能導(dǎo)致調(diào)整和編輯花費更多時間，產(chǎn)生額外費用，并更有可能導(dǎo)致部署錯誤。將數(shù)據(jù)庫集成到CI / CD基礎(chǔ)結(jié)構(gòu)中，使DBA可以在CI / CD流程（例如版本控制和構(gòu)建自動化）中使用關(guān)鍵啟動器，從而更好地構(gòu)建，部署，測試和發(fā)布階段。這樣，可以減少錯誤，減少故障。

改善發(fā)布管理

擁抱DevOps可以通過更好的登臺環(huán)境改善發(fā)行版管理-DevOps中標(biāo)準(zhǔn)化的環(huán)境具有與生產(chǎn)數(shù)據(jù)庫非常匹配的分段環(huán)境。這樣，團(tuán)隊就可以從測試環(huán)境中獲得與生產(chǎn)環(huán)境中發(fā)生的情況更加一致的結(jié)果。擁有此功能意味著生產(chǎn)部署具有更好的質(zhì)量，性能和可伸縮性，并且不會引起意外中斷等意外情況。

確保更簡潔的迭代

DevOps幫助協(xié)作的跨職能團(tuán)隊完成更短的批處理周期，發(fā)起更多次要更改，因此更易于管理。通過將數(shù)據(jù)庫變更管理集成到CI / CD基礎(chǔ)架構(gòu)中，DBA可以在較短的迭代中完成并完成較小的變更，從而提供更快的發(fā)行更新。

在數(shù)據(jù)庫開發(fā)周期中采用DevOps文化意味著您可以更有效地進(jìn)行軟件更改，提供快速測試，優(yōu)化質(zhì)量保證和代碼更改，并自信地部署不會影響業(yè)務(wù)的生產(chǎn)更改。

在DevOps之前，生產(chǎn)DBA將是開發(fā)創(chuàng)建和共享的任何更改的接收者，然后，即使沒有洞察力，也必須弄清這些更改是否會導(dǎo)致應(yīng)用程序崩潰。

在新的DevOps文化中，開發(fā)和運營團(tuán)隊以及其他職能部門從一開始就進(jìn)行協(xié)作，并共享計劃，變更和更新，以使其更快地通過管道。消除了各個職能部門之間的障礙和孤島，更快速，準(zhǔn)確地進(jìn)行了更新，從而使IT團(tuán)隊具有能力和信心來更有效地支持業(yè)務(wù)。

孤立的數(shù)據(jù)庫團(tuán)隊和流程的時代在逐漸減少，DevOps已成為新的現(xiàn)實。開發(fā)，測試，QA，UAT和運營團(tuán)隊之間的聯(lián)系越緊密，IT的效率就越高。盡管有些人可能認(rèn)為進(jìn)行轉(zhuǎn)換既費時又昂貴，但事實是那些不轉(zhuǎn)換為DevOps的人會落伍。