ssm如何支持热部署_Pipedrive如何在每天部署50+次的情况下支持质量发布？
客戶總是在尋找有效的解決方案，來滿足他們已經確定地需求，并為他們節省資金。在企業致力于生產高效、節省成本的東西時，他們也希望自己的產品被認為是高質量的——Pipedrive 也不例外。當你開發一個產品，不僅提供一流的功能，還經得起時間的考驗，然后你就擁有了一款客戶滿意且自己感到自豪的產品。
然而，我們不應該忽視另外一個指標的價值(它也會影響質量)——交付速度。關注交付速度是為了確保競爭優勢。平均上，Pipedrive 每周向生產環境進行大約 500 次部署，擁有超過 250 名開發人員，沒有專門的測試部門。
問題是，速度是以質量為代價的。此外，保持平衡也需要一些努力。我們十年來是如何保持速度和質量的呢？在深入討論這個問題之前，我們先來討論下我們在 Pipedrive 遵循的流程。
2 Pipedrive 的“幕后”流程為了彌補不同團隊同步工作之間的溝通差距，我們在軟件開發過程中遵循 DevOps 原則。這額外促進了實現更快的交付和反饋。
為了在不妨礙團隊發布流程的同時采用 DevOps 流程，我們幾乎不需要專門的測試專家。在我們 以開發人員為中心的環境 中，開發人員負責測試和部署他們的變更。我們通過依賴專注于測試自動化的持續測試(Continuous Testing)來彌補差距。
我們沒有提供一個安全網來捕獲失敗，而是幫助團隊適應失敗。為此，我們引入了幾個 專業團隊，例如 DevOps、SRE、QA 分析師、支持工程師、基礎設施工程師、敏捷 / 個人教練等，他們支持所有的 開發小組：圍繞特定產品領域的產品開發單元。
例如，站點可靠性工程(Site Reliability Engineering，SRE)團隊專注于與產品和開發團隊協作來創建可伸縮的架構，同時提高我們服務的性能、穩定性和可靠性。
既然你們對于 Pipedrive 的運作流程已經有了比較好的理解，我們將進一步討論我們是如何保證快速交付和內在品質的。
3 我們如何保持交付速度 完全自動化的發布流程平均，我們每周自動測試和執行多達 500 次部署(你可以在 [“Fueling the Rocket for 500 deploys per week”] 這一文章中了解更多關于我們如何實現這一點的信息)。
https://medium.com/pipedrive-engineering/fueling-the-rocket-for-500-deploys-a-week-2f31bb84d26a
功能標記 / 切換在我們的持續交付系統，我們希望將新功能作為我們日常發布的一部分。如果功能還需要一些時間來完成，代碼在這些日常發布期間被一個功能標記禁用。這使得我們可以增量地將代碼推送到生產環境，每次發布都非常小且易于管理。
任務框架我們采用了我們自己的 Pipedrive 敏捷框架，開發部門專注于產品領域，與工程小組一起協作。使用這些小組的一個好處是，他們專注于特定時間的某一特定功能，最終提供更快的結果。
4 我們如何保持軟件質量在 DevOps 中保證質量仍然是一個令人生畏的難題，你需要投入更多精力來平衡質量。
下面是一些可行的方法：
可控的發布為了逐步推進并控制新功能的持續交付，我們使用了(上文提到的)功能標記。我們采用了分階段的方法，這樣只有一部分用戶可以訪問這個功能。如果我們的支持票和監控顯示最初的發布是成功的，我們會逐步增加到 100% 的用戶都有這個功能。通過這種可控的方法，我們確保以最小的風險向客戶引入新功能。
測試自動化我們依賴專注于測試自動化的持續測試。測試自動化使我們能夠快速高效地進行測試，并且參與的員工更少。測試自動化發生在一個 CI/CD 流程中，向團隊提供快速的反饋，這反回來又支持了頻繁發布。
可操作的數據我們使用與客戶滿意度直接相關的可靠指標。我們還收集客戶反饋來了解更多關于客戶體驗的信息，并跟蹤客戶 NPS 的變化，將其作為客戶滿意度當前狀態和潛在流失風險的一個指標。
除了測量 Pipedrive 如何被使用之外，我們還測量我們的項目運行效率、任務 / 啟動板運行方式以及 bugs 的已創建 vs. 已解決的數量，等等——必要時采取行動。
Grafana 的 DevOps 指標儀表板
最后，我們還跟蹤質量相關的指標。目前，我們主要的質量指標如下：
產品穩定性——向客戶表明產品整體的總體穩定性。* 這個數據受事件數和持續時間影響。
嚴重事件——數量、持續時間和受這些事件影響的功能
生產環境引入的 bugs——這些 bugs 的總數以及這些 bugs 打破他們的 SLA 的數量
支持工程中的新報告案例——客戶報告的關于他們所遇到的問題的案例。
重要的是，對于我們收集到的指標，趨勢是可見的和可觀測的——為我們指明了特定領域發展的方向，這使得數據驅動的軟件質量決策成為可能。這些指標在 Tableau 收集，然后每周共享到一個專用頻道。
在 Tableau 中我們的質量關鍵指標的主面板
所有這些指標都是在組織中獲得認可并為質量問題帶來可信度的關鍵部分。
利益相關者一致我們廣泛使用可操作的數據。例如，每周向利益相關者(例如工程經理)提供工程運營指標。這提高了可見性并在整個組織實現了數據驅動的質量決策。
QA 分析師我們采用 QA 分析師的角色來支持產品組織和各種工作小組來確保應用程序在最重要的領域得到足夠的測試，識別自動測試的機會，并通過在需要時組織 bug 腳本會話來支持手動測試需求，等等。他們的重點是全組織的質量相關倡議、度量可視化、分析和任務規劃。
QA 大使還有一個專門的輪換角色，把更多的注意力集中在日常開發過程中的軟件質量上。這個角色專注于提高人們對質量的認識和興趣，推動質量相關的倡議，并幫助在各個工作小組內做出更好的質量相關的決策。
對延期零容忍QA 分析師和大使為客戶辯護，幫助避免拖延質量問題。有時候，由于上市時間的壓力而超出你的控制范圍，但是只要有可能，他們都會鼓勵團隊立即修復問題，以免問題一直累積。
內部測試對于一些重要的領域，我們的員工可能被要求使用我們制作的軟件的預發布版本來發現問題并提供反饋。
“完成”的定義在我們的發布 / 預著陸檢查清單中，我們有一套定義“完成”的標準。我們創建了這種檢查清單以及任務 / 項目文檔，提醒我們在發布期間應該做什么，來滿足一定的技術成熟度。
預著陸 / 發布清單摘錄
為了從模板中創建一個合適的檢查清單，我們將 [從模板宏創建] 添加到一個創建子任務的任務頁面。
倡導質量的明確政策和協議為了達到和維持所需的流程和軟件質量，需要遵循特定的政策和指南。
這種協議的一個例子是，生產缺陷管理流程。它的目的是識別影響生產環境的 bugs 并對其進行優先級排序，使它們與 ETA 保持一致，以確保這些 bugs 被及時處理，從而最小化對業務的影響。
重要的是要記住，即使是不嚴重的問題也會對客戶的質量感知產生復雜的負面影響并降低產品的可用性。
5 結論那么怎樣才能在速度和質量之間取得平衡呢？沒有簡單的答案或神奇的方案，但你可以從我們正在努力創建的東西和我們尚未完善的東西中獲得一些靈感：
在生產中測試在生產中測試是實現速度 / 質量平衡的方法之一。通過提前發布軟件并采用允許用戶測試的實踐，一旦軟件投入運行，開發部門就可以緩解風險。決策可以由實際用戶與生產軟件的交互數據來驅動。
DevOps另一個直接的方案是采用 DevOps 和 SRE，而且通過減少上市時間并帶來更多透明度和穩定性，它幫助我們以更好的方式與公司合作。
質量文化質量文化非常重要！根據《哈佛商業評論》，擁有強烈的質量文化的公司所遇到的錯誤比沒有質量文化的公司少一半。這會轉變成真正的商業價值：提高你的質量文化能節省一大筆錢，并帶來更高的用戶滿意度。
對問題的信心綜上所述，一個人需要良好的常識。如果你已經驗證了問題并證明它對客戶非常重要，那么你就不應該走任何捷徑——而是應該盡可能以最佳質量實現解決方案。
6 下一步行動不僅如此，我們還將引入新的 mini-live 或基于區域的 canary 部署，這些將被用來在新的部署被傳播到更廣的客戶群之前對這些部署進行驗證。我們還開始著手創建質量和測試相關的培訓。接下來還有很多事情，但這會在以后的另一篇文章中討論。
作者介紹Valeriia Iuzhakova 是 Pipedrive 的一名首席 QA 分析師。
原文鏈接
https://medium.com/pipedrive-engineering/how-pipedrive-supports-quality-releases-while-deploying-50-times-per-day-da975e91d846
點個在看少個 bug??
總結
以上是生活随笔為你收集整理的ssm如何支持热部署_Pipedrive如何在每天部署50+次的情况下支持质量发布？的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： vue function (i)第一次点
- 下一篇： 数学建模灵敏度分析_数学建模中的灵敏度分