共計 1991 個字符，預計需要花費 5 分鐘才能閱讀完成。
CALMS 及其與數(shù)據(jù)庫 DevOps 的關系是什么，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面丸趣 TV 小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。
CALMS 是框架的首字母縮寫，它允許企業(yè)評估他們在 DevOps 之旅中的準備程度，以及他們可以改進的地方。CAMS（沒有 L）是由 Damon Edwards 和 John Willis 在 2010 年首次美國 DevOps Days 之后首次推出的.Jez Humble 后來添加了 L，代表 Lean，現(xiàn)在這個縮寫詞的全部含義是：
有趣的是，數(shù)據(jù)庫開發(fā)軟件的進步現(xiàn)在意味著可以使用相同的框架來評估企業(yè)是否也為數(shù)據(jù)庫 DevOps 做好了準備。
文化
在談論 DevOps 時，文化是它可以激發(fā)的轉型的核心。DevOps 文化改變了企業(yè)的工作方式，使團隊能夠產(chǎn)生令用戶滿意的出色結果。
文化的一個重要部分是打破組織內(nèi)部存在的孤島，以便 Dev 和 Ops 能夠更好地共同努力實現(xiàn)同一目標 – 那些快樂的用戶。它不再是我的機器上工作或它不是我的問題氣氛。現(xiàn)在，讓我們共同努力，為用戶提供最佳體驗。這是為了讓團隊能夠為用戶做最好的事情，并確保他們可以根據(jù)需要發(fā)布。
這對于數(shù)據(jù)庫來說非常重要。傳統(tǒng)上，DBA 在自己的部門中非常孤立，并且經(jīng)常被視為更快地發(fā)布更改的瓶頸。他們對生產(chǎn)數(shù)據(jù)庫的性能及其數(shù)據(jù)的安全性負全部責任。現(xiàn)在整個團隊 – 開發(fā)人員和 DBA– 應該考慮如何盡可能順利地發(fā)布，如何在生產(chǎn)中運行，以及在何處構建安全性。
自動化
自動化是 DevOps 的關鍵。如果您想更頻繁地發(fā)布，那么發(fā)布管道是自動化的理想選擇。它完全重復，自動化將有助于消除任何手動錯誤。
自動化的另一個好處是它提供的可追溯性。您將能夠確切地看到哪些環(huán)境以及何時應用了哪些更改。你甚至可以看到誰做出了改變以及為什么; 也許它們與用戶故事有關，或者可能是錯誤修復所需要的。如果您的管道中有任何手動批準步驟，您還可以查看誰審核了更改并簽署了發(fā)布。
持續(xù)集成一系列自動化測試對于自動化版本非常重要。CI 的輸出是包含發(fā)布所需的所有文件的包，將用于部署到其他環(huán)境，因此您只需構建一次并且部署是一致的。自動化測試（單元，煙霧，集成，性能，GUI）對于提供發(fā)布信心并在問題到達生產(chǎn)并影響用戶之前發(fā)現(xiàn)任何問題也很重要。
自動化并不意味著持續(xù)部署。在持續(xù)部署中，每次提交更改時，它都會一直流經(jīng)發(fā)布管道，直至部署。為此，您需要對自動化測試有很大的信任。
相反，我所說的是持續(xù)交付，其中使用自動化來進行更改，以便在審核后根據(jù)需要將更改發(fā)布。這在應用程序開發(fā)中越來越常見，過程看起來像這樣：
典型的部署管道，將數(shù)據(jù)庫開發(fā)作為孤立的進程
當他們聽到自動化數(shù)據(jù)庫更改發(fā)布到生產(chǎn)時，很多 DBA 都會感到害怕。但同樣，我說的是自動化和持續(xù)交付，而不是持續(xù)部署。將審核步驟作為自動化管道的一部分包含在內(nèi)也非常容易，這樣 DBA 就可以確切地了解在生產(chǎn)中發(fā)生任何變化之前會發(fā)生什么。
將數(shù)據(jù)庫包含在持續(xù)交付中，而不是使過程復雜化，實際上看起來要簡單得多。如果用于數(shù)據(jù)庫開發(fā)的工具與已經(jīng)用于應用程序開發(fā)的工具集成并插入，那么引入它也會容易得多：
具有數(shù)據(jù)庫開發(fā)的部署管道，作為持續(xù)交付過程的一部分
自動化和數(shù)據(jù)庫的另一個好處是能夠在盡可能接近生產(chǎn)的臨時 / 預生產(chǎn)環(huán)境中自動進行測試部署。通過在生產(chǎn)中運行部署腳本之前最后一次測試部署腳本，這提供了最佳成功機會。
靠
精簡是在最初的談話之后添加的，并且是 DevOps 的重要價值。精益專注于漸進式改進，并將工作分成小批量。小批量允許您在開發(fā)時經(jīng)常發(fā)布。這一點非常重要，這樣您就可以獲得真實的用戶反饋，并從中學習，以便根據(jù)您的學習需要進行調整和調整。
將精益應用于數(shù)據(jù)庫很難。你真的應該關心整個系統(tǒng)。該數(shù)據(jù)庫是該系統(tǒng)的一部分。這進一步強調了將數(shù)據(jù)庫作為文化的一部分（打破孤島）和自動化的重要性，以便您可以對這些頻繁的增量版本進行改進。
測量
測量對于獲得快速反饋和持續(xù)改進非常重要，因為只有在您有基準來衡量時，您才能知道自己是否有所作為并且需要改進。開始測量的第一個領域是您的內(nèi)部流程，例如承諾代碼在生產(chǎn)中運行所需的時間，發(fā)布頻率，故障率以及從故障中恢復的平均時間。
您還可以包括遙測 – 用戶如何使用您的系統(tǒng)，是否發(fā)現(xiàn)了新功能以及如何改進。
要測量的第二個方面是系統(tǒng)的運行狀況，要了解這一點，需要進行監(jiān)控。這樣，如果出現(xiàn)問題，您可以迅速做出反應，甚至更好，主動修復可能成為問題的內(nèi)容，這樣您就可以讓用戶滿意。
對于數(shù)據(jù)庫，測量內(nèi)部過程和遙測是作為系統(tǒng)的一部分完成的，因為您的數(shù)據(jù)庫應該包含在您的發(fā)布過程中。監(jiān)視數(shù)據(jù)庫允許您確保它們正確執(zhí)行，并且可以將其配置為在出現(xiàn)問題之前提供有關性能問題或磁盤空間不足的警報。
看完上述內(nèi)容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注丸趣 TV 行業(yè)資訊頻道，感謝您對丸趣 TV 的支持。
