2015年6月，Gartner預測說，“到2017年年底，對移動應用開發服務的市場需求將比內部IT機構交付這些服務的能力快至少5倍。”事實上，企業上下已經看到他們的應用工作負載在飆升。因此，越來越多的企業機構正在采用DevOps——這種方法通過讓應用開發者和運營專家在整個端到端應用開發和部署過程中的協作來加速應用開發和交付。以下是10個正在獲得組織機構青睞的DevOps最佳實踐。
1、打破IT孤島
打破IT中各項職能間的功能性孤島必須來自于上層管理，因為數十年來IT一直以約束性的孤島組織構成的。在這種環境中，應用開發工作歷來是采用一種組裝線的方式，一個部門開發應用，之后被傳送到運營部門，進行應用集成，之后這個應用又由QA部門進行測試，接下來應用返回到應用和運營部門，進行部署。
這種職能的孤立限制了積極的合作，造成可能延遲部署的應用問題。迫于更快交付應用的壓力，IT經理們開始把IT重構為DevOps團隊，這些團隊涵蓋了所有IT職責，每個團隊都承擔對特定應用類別的責任。
2、調整績效評價
當IT文化需要“去孤島”的時候，通過評估團隊表現和個人在團隊表現中的參與度評價來表明立場，這會起到很大的作用。把對開發者和運營人員更多的績效評價置于他們團隊滿足應用開發和部署目標的能力之上。
3、創建實時項目可視性
現在項目管理軟件現在已經擁有了內嵌的自動化特性，可以減少單調乏味的項目更新。項目管理工具可以提供對一款應用的時時刻實行，了解它現在處于從開發到部署的流程中的哪個位置。而且還可以顯示誰、什么是當前工作的任務關鍵資源。項目管理軟件可以作為跨職能IT團隊的“事實統一版本”，讓項目協調變得更加容易。
4、不管你在哪盡可能使用軟件自動化
你可以通過選擇一套與IT環境兼容的應用自動化工具集來縮短時間、減少錯誤和減低成本。這種自動化可以擴展到應用源代碼開發、系統和中間件配置、甚至是數據庫和網絡變更方面。重要的生產前測試，例如先于部署的回滾測試和負載測試都是可以實現自動化的。這會節省開發者和運營人員的時間和精力。
5、選擇彼此兼容的工具
利用DevOps工具和自動化另一個需要注意的是，工具所產生的關于應用和系統狀態的信息并不沖突。通常選擇來自一家廠商的多個工具是更有效的，因為這些工具已經是彼此緊密集成的了。這提升了應用開發者接收到關于應用健康狀態與運營人員看到的應用情況相吻合的幾率。
6、從小型的、能夠保證成功的項目開始
那些致力于讓IT文化遠離孤島的CIO們需要確保最新創建的DevOps團隊能夠快速取得成功。這樹立起他們的信念和在新方法上的合作。
7、不要忘記用戶！
你正在開發的應用是給最終業務開發的。如果沒有業務利益相關者的關鍵支持，你的DevOps工作將處在危險之中。包括貫穿DevOps流程的最終用戶，從你花時間坐下來和他們確定應用要求，貫穿原型開發、單元測試集成/回滾測試、培訓和部署。
8、協同管理變革
當多放協作參與涉及原型和其他工具的快速開發，那么就會發生對一款應用的變更。這就是為什么有效的變更管理流程對于每個DevOps項目來說都是至關重要的原因。當要求應用發生變更的時候，請求應該讓團隊的每個人都知道，不管他們是哪個IT職責。這種溝通應該也一直延伸到最終用戶的利益相關者那里。
9、持續部署應用
最好是在一種持續應用部署模式中采用DevOps，這種情況下各個部門不會等到有大量更新捆綁到了單獨的軟件上，而是選擇持續改善應用和交付修訂的應用。持續應用交付模式再加上強調的變更管理系統，這實現更快速地把新應用能力交付給企業。
10、在公司內部創建一個服務環境
IT“玻璃房子”的時代一去不復返了。為了保持相關性，IT必須把控企業用戶需求的脈搏，交付滿足或者超越功能性的應用以及投向市場的預期。如果其文化轉向強調團隊合作的價值、開放溝通以及承諾讓客戶滿意——即使客戶就在鄰近的地方辦公，都將實現這個目標。
京公網安備 11010502049343號