酷播亮新聞
作為軟體開發人員，最終目標是將我們的工作部署到生產中。敏捷開發、DevOps和持續部署工具都讓這個過程更加快速和便捷。重要的是，軟體部署更像是一個過程而不是單個事件。作為這一過程的一部分，您需要監控生產伺服器和應用程序，以確保一切運行順利。
在本文中，我們將討論在軟體部署期間應該監視的8個關鍵項目。
1. 了解錯誤率
應用程序錯誤是識別應用程序問題的第一道防線。開發人員收集所有伺服器上的所有錯誤來監視它們。在部署期間，被監視的錯誤尤其重要，可以快速發現新的應用程序問題。
在部署期間，應用程序錯誤也會造成很大的困擾。作為部署的一部分，應用程序在中途重新啟動也是很常見的，但這可能會導致很多瞬態錯誤，如SQL連接問題、線程中止異常，以及其他一系列問題。
2. 比較Web流量和頁面載入時間
您的應用程序獲得了多少流量?正常的頁面載入時間是多少?這些是在部署之前和之後應該監視的關鍵指標。如果你突然得到或多或少的流量，可能是某個地方出錯了。
流量大幅度下降可能意味著用戶正在獲取錯誤的、無法進一步導航到您的應用程序中的其他頁面。這個問題也有可能在甚至沒有部署的應用程序時就體現出來。例如，如果您的應用程序使用微服務體系結構，或進行大量內部HTTP
Web服務調用，則新的部署可能會將下行流量顯著改變為其他應用程序。
3. 關注您的Apdex或客戶滿意度分數
監控您的應用程序的apdex分數或客戶滿意度分數是保持應用程序執行情況的好方法。Stackify
Retrace自動將其作為客戶滿意度得分進行追蹤。這個分數是基於多少網路請求是快速或緩慢的。這是一個簡單的數學公式，可以幫助您了解軟體的整體性能。
在Stackify中，我們的目標是讓分數達到99%。在部署過程中，允許分數在預計範圍內略有下降。但在部署之後，要檢查分數，以確保它恢復到正常水平。
4. 伺服器計數、負載和CPU使用率
即使在部署到雲時，CPU使用率和整體伺服器負載仍然很重要。有時稍微改變一下代碼會導致CPU使用率和整體性能的巨大差異。在大量伺服器自動擴展的應用中尤其如此。幾個代碼的調整就可以減少您需要的伺服器的總數量。密切關注運行應用程序所需的伺服器數量以及伺服器上的整體CPU使用情況。
5. 資料庫和SQL查詢性能
如果您的應用程序使用SQL資料庫，那麼可能每個部署都將包括對SQL資料庫使用方式的一些更改，包括新的SQL查詢、對現有資料庫的更改等。
您要始終跟蹤哪些SQL查詢使用得最多，哪些使用了資料庫伺服器中最多的資源。對SQL查詢的輕微的更改都可能會導致性能上產生瓶頸!
6. 所有應用程序依賴性的性能
今天的應用程序使用各種各樣的應用程序依賴項。包括SQL和NoSQL資料庫、緩存、隊列、存儲和HTTP
Web服務等等。密切關注所有這些依賴性的表現是很重要的。包括Redis、Elasticsearch、MongoDB等流行服務。
如果您的應用程序訪問像Redis或者HTTP
Web服務那樣的，一些細節代碼會改變代碼在生產中的性能。希望在部署之前和之後您都能保持警惕，以查看是否發生了重大更改。
7. 內部通信
通信是成功軟體部署的關鍵之一。在Stackify中，依賴Slack作為我們公司內所有溝通的核心樞紐。
我們有一個#deployments
Slack頻道，任何人都可以監控，以確切知道在部署之前、部署期間和部署之後發生了什麼。我們還通過Bamboo使用自動化的Slack警報，用於部署。當我們在Stackify進行部署時，我們必須先將SQL更改腳本推送到超過1000個資料庫，還必須部署多達10個不同的Web和後台服務應用程序來運行我們的基礎架構。
8.回歸測試
在推出新代碼之後，最好做一些最終的回歸測試。這可以通過自動綜合測試。即使使用了Retrace這樣的工具來完成應用程序的監視，但是最終做一些其他回歸測試更為保險。
許多企業也都有完整的流程進行發布驗證和回歸測試。他們將重新運行在QA中運行的許多測試。在與客戶溝通修復已經部署之前，重新測試在版本中應該修復的錯誤也是很常見的。
如果你有自動化測試，那麼監控它們肯定適用於這篇文章。即使你不這樣做，一定要監視Slack以確保所有最終的回歸和驗證測試都通過。
寫在最後
軟體部署是我們共同努力工作的最終結果。由於隨時可能會出現的錯誤代碼而導致的風險，因此任何時候使用Retrace等解決方案監視軟體非常重要。這可以幫助您快速確定何時出現新問題或錯誤率、性能和其他方面的關鍵指標異常。
