〔最新消息〕2021-02-19

應用交付對DevOps至關重要的4個原因


 
向持續集成/連續部署(CI/CD)和敏捷開發方法的轉變意味著應用開發現在需要網路IT運營團隊(NetOps)和安全運營團隊(SecOps)一起工作,從而給開發人員和工程師帶來更大的壓力。
 
再加上異構計算環境,難怪應用交付和安全在DevOps中的作用從未如此之大。選擇一個能夠最大限度地實現自動化並集成到現有DevOps環境中的應用交付解決方案至關重要。
 
以下是應用交付對支援DevOps至關重要的四個原因。
 
生產就緒的自動化
 
CI/CD和敏捷開發方法需要來自不同領域的IT專家。
(即應用、存儲、網路安全、應用交付)來部署新的應用服務及其相關策略。傳統上,他們不得不投資於冗長、乏味的供應和程式設計任務,這些任務往往是重複性的,需要特定領域的專業知識才能執行。
 
在DevOps驅動的世界裡,這已經不可能了。IT需要工作流自動化,這樣即使是非技術專家也可以開發和製作應用交付和安全工作流。根據Radware的研究,超過一半(53%)的組織沒有將應用保護整合到CI/CD流程中。
 
這就是為什麼IT運營需要進化,從簡單的腳本過渡到基於標準的生產就緒模組。目標是什麼?使上述團隊中的任何人都能部署和管理服務,無論他或她擁有何種領域的專業知識。
 
自動化ADC和安全
 
應用交付和安全解決方案的市場與它們的多樣性一樣。
功能。選擇一個與您的應用調配和部署解決方案(如Ansible)集成的解決方案,對於實現端到端自動化至關重要。
 
傳統上,部署一個新的應用交付服務意味著編寫和管理一個單體的、巨大的腳本來自動化工作流程。每個應用部署都需要不同的工作流程,因此,也需要不同的腳本。DevOps要求將這些單體代碼分解成離散的操作,以加快開發和部署的時間。
 
支援這些應用的基礎應用交付和安全服務也不例外。企業級ADC應該提供預先定義/生產就緒的模組,並與DevOp協調工具集成,以允許非技術使用者旋轉和部署應用程式和安全服務。
 
傳統上,如果發生錯誤,需要對代碼進行審查和QA。在基於模組的世界裡,錯誤變得更加透明和細分。例如,如果只有應用程式的安全性原則不正確,那麼就可以識別、修復問題,並只重新運行安全性原則,而不是整個基於腳本的工作流程。
 
重用和再利用
 
生產就緒的模組提供了重用和再利用的能力。如果一個特定的模組,比如前面提到的應用安全模組需要更新,SecOps可以進行更新,必要時創建一個subversion,並將其應用到其他應用工作流中。變更被隔離在特定的模組上,不會影響工作流的其他方面。
 
最後,應用程式所有者,與ADC專家,可以對應用程式安全模組,或其他模組進行這些更改。例如,應用伺服器和安全性原則可以歸應用所有者所有,而VLAN操作可能是網路系統管理員的責任。現在,一個人就可以管理這種通常不同的責任,從而節省了上市時間。
 
這種模組化的方法還意味著從暫存到生產,再從生產無縫切換。在暫存環境中對工作流參數進行的更改可以在暫存後推送到生產中。這些功能通過最小化人為錯誤和減少停機時間來支援 CI/CD 流程。
 
企業級ADC功能
 
最後,任何應用交付解決方案都必須將易用性與先進性結合起來。
應用交付能力,如優化第7層負載均衡部署和應用交付能力。
管理應用程式安全性原則。這進一步增強了任何
DevOps編排工具。

原文連結


安數科技股份有限公司
『安數服務』您的需求是安數的專業
Copyright © 2025 secdigit.com.tw 版權所有.