翻譯|行業(yè)資訊|編輯:楊鵬連|2020-07-24 11:16:40.210|閱讀 208 次
概述:以下是在企業(yè)中實(shí)現(xiàn)數(shù)據(jù)庫DevOps時(shí)發(fā)現(xiàn)的主要問題,以及加快采用速度的解決方案。
# 界面/圖表報(bào)表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關(guān)鏈接:
SQL Prompt是一款實(shí)用的SQL語法提示工具。SQL Prompt根據(jù)數(shù)據(jù)庫的對象名稱、語法和代碼片段自動(dòng)進(jìn)行檢索,為用戶提供合適的代碼選擇。自動(dòng)腳本設(shè)置使代碼簡單易讀--當(dāng)開發(fā)者不大熟悉腳本時(shí)尤其有用。SQL Prompt安裝即可使用,能大幅提高編碼效率。此外,用戶還可根據(jù)需要進(jìn)行自定義,使之以預(yù)想的方式工作。
作為Redgate的DevOps倡導(dǎo)者,我經(jīng)常與Enterprise客戶合作,以幫助他們改變整個(gè)組織中數(shù)據(jù)庫的軟件開發(fā)流程。
我不會(huì)獨(dú)自完成這項(xiàng)工作:Redgate的開發(fā)團(tuán)隊(duì)非常重視客戶。開發(fā)DevOps解決方案的工程師經(jīng)常加入銷售團(tuán)隊(duì)和倡導(dǎo)者團(tuán)隊(duì),進(jìn)行客戶電話咨詢。這使我們所有人都能夠了解在現(xiàn)實(shí)世界中減慢或拖延采用的摩擦點(diǎn),并創(chuàng)新解決方案中的更改以適合客戶的最有效工作流程。
這是我在企業(yè)中實(shí)現(xiàn)數(shù)據(jù)庫DevOps時(shí)發(fā)現(xiàn)的主要問題,以及加快采用速度的解決方案。
問題1:當(dāng)某些更改需要大量時(shí)間進(jìn)行測試時(shí),管理發(fā)布流程很困難,但是必須快速修復(fù)生產(chǎn)錯(cuò)誤
盡管這些團(tuán)隊(duì)不能立即遵循理想的模式,但他們?nèi)匀豢梢詫?shí)施devops流程,以減少工作量,提高代碼質(zhì)量并幫助他們不斷改善為客戶提供價(jià)值的方式。
解決方案1:為開發(fā)和測試啟用數(shù)據(jù)庫的即時(shí)配置
與企業(yè)合作時(shí),我們發(fā)現(xiàn),幫助必須處理一些緩慢和/或復(fù)雜部署的客戶的關(guān)鍵是快速重置和重新部署實(shí)際開發(fā)和測試環(huán)境的功能。這是通過將集中的映像和數(shù)據(jù)虛擬化(也稱為數(shù)據(jù)庫的克?。┘傻介_發(fā)過程中來完成的。
此功能使客戶能夠:
我們與全球企業(yè)客戶合作的經(jīng)驗(yàn)使Redgate能夠?yàn)閿?shù)據(jù)庫開發(fā)中的數(shù)據(jù)庫供應(yīng)提供多項(xiàng)新的增強(qiáng)功能,包括將虛擬數(shù)據(jù)庫用作“基準(zhǔn)”的功能以及能夠快速輕松地為不同分支創(chuàng)建虛擬化數(shù)據(jù)庫的功能。
問題2:團(tuán)隊(duì)不愿更改與遺留的整體相關(guān)的流程,但是必須繼續(xù)在這些數(shù)據(jù)庫上進(jìn)行積極的開發(fā)
企業(yè)中最大的摩擦源之一是對變革的恐懼和抵制。我發(fā)現(xiàn),對于遺留的整體數(shù)據(jù)庫,對更改的恐懼往往最高。許多企業(yè)都在采取措施減少對傳統(tǒng)整體數(shù)據(jù)庫的依賴。一些人采取了微服務(wù)計(jì)劃,而另一些人則做出了較為適度的努力,以將功能劃分為具有更簡單依賴性的數(shù)據(jù)存儲。無論哪種情況,這些更改都不可能在一夜之間完成,并且針對遺留的整體數(shù)據(jù)庫的積極開發(fā)必須持續(xù)一段時(shí)間。
經(jīng)常在DevOps計(jì)劃中提起對舊式整體數(shù)據(jù)庫的恐懼:許多人認(rèn)為他們永遠(yuǎn)無法使用這些數(shù)據(jù)庫成功實(shí)現(xiàn)DevOps流程,甚至不應(yīng)該嘗試。
解決方案2:適用于舊式整體數(shù)據(jù)庫和未開發(fā)數(shù)據(jù)庫的設(shè)計(jì)流程
DevOps不僅涉及加速開發(fā),還涉及增加價(jià)值流。如果您的環(huán)境包括在舊式整體數(shù)據(jù)庫上的活動(dòng)開發(fā),則將其包含在項(xiàng)目范圍內(nèi)至關(guān)重要。換句話說,這是您應(yīng)該投資于高質(zhì)量變更的領(lǐng)域。
這方面最大的問題是 恐懼。為了緩解這些恐懼,企業(yè)應(yīng):
我們發(fā)現(xiàn),使團(tuán)隊(duì)成功地將devops應(yīng)用于未開發(fā)數(shù)據(jù)庫的相同模式也可以提高舊式整體數(shù)據(jù)庫的質(zhì)量和協(xié)作。這些模式包括通過請求請求工作流對代碼更改進(jìn)行早期審查,針對關(guān)鍵需求和檢查開發(fā)數(shù)據(jù)庫單元測試,以及使用自動(dòng)化來引入數(shù)據(jù)庫管理員以審查關(guān)鍵變更。
但是,在管道開發(fā)中研究這些模式并包括那些與舊的Monolith數(shù)據(jù)庫作為顧問一起工作的人員是關(guān)鍵:當(dāng)人們參與構(gòu)建新流程時(shí),對其充滿信心并對其進(jìn)行投資要容易得多。
快速采用的另一個(gè)秘訣:合適的DevOps團(tuán)隊(duì)
有些人對企業(yè)中的集中化“ DevOps團(tuán)隊(duì)”有些偏見。我認(rèn)為這來自一些示例,在這些示例中,公司錯(cuò)誤地創(chuàng)建了團(tuán)隊(duì)來為每個(gè)人“執(zhí)行” DevOps,而這僅僅是造成了新的筒倉和瓶頸。
我發(fā)現(xiàn),只要DevOps團(tuán)隊(duì)的使命是充當(dāng)能夠賦予其他團(tuán)隊(duì)權(quán)力的顧問, DevOps團(tuán)隊(duì)在實(shí)現(xiàn)企業(yè)轉(zhuǎn)型方面可以取得令人難以置信的成功。有效的DevOps團(tuán)隊(duì):
本站文章除注明轉(zhuǎn)載外,均為本站原創(chuàng)或翻譯。歡迎任何形式的轉(zhuǎn)載,但請務(wù)必注明出處、不得修改原文相關(guān)鏈接,如果存在內(nèi)容上的異議請郵件反饋至chenjj@fc6vip.cn
文章轉(zhuǎn)載自: