五大DevOps最佳實踐實現安全、可伸縮和性能

隨著TheServerSide在如何在HTTP://www.aliyun.com/zixun/aggregation/13485.html">DevOps相關的時間和金錢方面進行最好的投入的調查的繼續， 為了把一些業界專家建議的各種有助於打造出可伸縮、安全及高性能的部署的最佳實踐關聯起來，現在的關注點已經轉移了。 以下就是業界最重要的、專家親自試過的5個技巧和最佳實踐：

1、警惕總體安全風險—Tufin聯合創始人兼CTO Reuven Harrison強調了網路不斷增長的複雜性。 他說，虛擬化、雲、BYOD以及軟體定義網路(SDN)等新興技術不斷得到採用意味著網路變得越來越複雜，愈發的異構化，安全風險也是如此。 「隨著SDN和網路虛擬化繼續走向成熟，以任何程度的效率和安全性來管理這些網路的唯一辦法是把關鍵的管理功能自動化，」他說：「這就是DevOps的前提。 但是DevOps必須把安全作為一個關鍵元件包括進來，因為沒有它的話，SDN和虛擬化等技術所引入的網路變化的體量和節奏會把該環境下的IT風險的水準提高到天那麼高。 」這其中的巨大挑戰是迄今為止，安全被視為是事後想法，而安全性群組織又被認為是企業的抑制因數，只會告訴企業什麼做不了而不是如何安全地做事情。 這是一個文化問題，需要安全、開發者以及運營團隊培育出此前未有過的一定水準的信任和協作。 做到這一點的唯一辦法是逐步地、帶著警惕地去做。

2、觀察安全風險變化—ASG Software Solutions負責產品管理與雲的副總裁Torsten Volk說，把DevOps看作一種可將開發者和IT運營引向更快更高效的部署、運營及升級應用的協作理念和流程很重要。 「在DevOps之前每一次新的發佈都會引發同樣一組的安全考慮，」他說：「然而，一旦新發佈以一種高得多的節奏進行時，安全也不得不成為一個不能間斷的關注點。 」就這一點而言，DevOps工具可以通過主動保證基礎設施和軟體元件配置的一致性來提供説明。 這些工具甚至還可以通過經常驗證安全最佳實踐的恰當運用，來自動化修復安全隱患並自動採取對策。 儘管後一種場景聽起來似乎很先進，但端點才是每一個DevOps團隊都渴望到達的。

3、注意可伸縮性—根據PythianDevOps團隊主管Aaron M. Lee的說法，往往有兩類伸縮性是DevOps工程師需要處理的：應用和組織。 「App的可伸縮性真的就是開發和運營成功交付特定水準的併發性的系統需要花多長時間花多少錢的問題;即達到經過一段時期之後可匹配或超過使用者需求的水準，」Lee說。 「評估這些問題的答案對於許多公司來說是一個至關重要的成功要素，而做到這一點的能力往往不為人知」Lee說可伸縮性是每一個人的問題。 企業和技術的人必須在功能、推向市場的時間、成本以及風險承受能力等方面做出權衡。 你需要有合適的衡量目標，包括特定模式下的那些端點上有多少使用者，有多少併發請求。

4、爭取實現易用—DevOps就是自動化和可重複性。 Andy Piper博士是總部位於倫敦的Push Technology的CTO，他說這需要有可配置的虛擬環境，而且要有很多。 「要想可伸縮就得自動化，」他說：「因此，要確保你在使用Puppet及Chef這樣的工具來對VM的建設和配置進行自動化。 類似地，要確保你有能力對其進行備份，如在本地進行的備份，這種方式要想實現動態伸縮會更棘手，或者在雲端備份，如果你的產品必須如此的話。 」到最後，令產品易於安裝、配置和運行會令整個DevOps過程容易得多。

5、管理閘道—InfoZen 負責Cloud Practice的專案管理總監Susan Sparks說，儘管新的目標是在開發和運營團隊之間建設最好的文化，但為了確保產品環境保持穩定，在這兩個職能之間保留一些閘道仍然是好的。 「我們的團隊建構方式就是為了把運營人員納入到開發討論和日常的敏捷開發當中，以便運營團隊理解未來的各種發佈中會出現哪些變化，」她說：「運營團隊負有維持產品運營穩定性的責任。 我們發現這一方法對我們很有效。 我們建議測試和運營都採用自動化。 我們的集成測試允許我們在到達生產前就能找到問題，我們的運營自動化實現了成本效率和更優質的運營。 通過自動化，更少的人接觸生產環境，因此可顯著減少人為錯誤。 這還説明改善安全形勢，因為更少的人需要接觸產品環境。 」

　　「DevOps並不難。 難的是在組織沒有採取DevOps方法來進行集成、開發和部署時引起的挑戰的應對，」 TheServerSide 的軟體架構師兼編輯Cameron McKenzie說，這種觀點很難質疑。 通過採用DevOps的辦法，並注意這5個步驟，那麼一個成功的DevOps環境只是一兩次實施罷了。