時代發(fā)展節(jié)奏之快，一旦放慢腳步即有可能遭到淘汰，因此企業(yè)采用云服務時主要會以速度和敏捷性作為首要考量。然而，對于一個已經(jīng)穩(wěn)步踐行DevOps理念，主攻加速應用部署并同時改善應用性能和保障安全性的企業(yè)而言，還需要哪些舉措可以令您的系統(tǒng)和程序更為現(xiàn)代化，完美克服云中速度過慢這一問題？F5可以為您提供一些建議。
1.讓基礎結構即代碼成為助力
“手動”一詞幾乎完全可以用老派和不可預知來形容；在追求速度和可靠性的情況下，絕大數(shù)人會優(yōu)先考慮以自動化作為起點。無論是在啟用額外的云資源來擴展應用或是在部署和配置基本應用服務，其實都應該如在控制臺執(zhí)行API調(diào)用或是單擊一兩下般簡單直接；而使用基礎結構即代碼（IaC）則是完美實現(xiàn)此目標的關鍵。與基礎結構/NetOps/SecOps同行攜手，一同制定已驗證的定義文件（包含部署內(nèi)容和方式詳細信息），將使您能夠以快速可靠且可重復的方式管理基礎結構和服務。
利用這種模板化的方式進行自助部署，最終將讓您減少對其他團隊的依賴性，防止部署因手動基礎結構配置的票證請求出現(xiàn)瓶頸問題。
2.讓CI/CD管道物盡其用
在試圖令部署加快腳步時，選擇基礎結構即服務即是邁出了成功的第一步，而利用完整CI/CD管道的價值可令您收獲頗豐。除了以更頻繁的基準集成新應用代碼并將更新自動推送到產(chǎn)品，您是否還知道可以將應用服務插入集成到管道？通過將這些服務定義為代碼（IaC），并將其存儲于可定期受到監(jiān)控、更新和驗證的源代碼控制工具內(nèi)，您的CI/CD工具（如Ansible和GitLab）即可通過API調(diào)用，將這些服務自動置入部署。如此一來，您便能夠在不延誤部署的情況下，確保每個應用皆具備適宜的安全性和合規(guī)控制措施。
3.讓容器使用萬無一失
近期采用容器的主流趨勢是以能夠?qū)⒄麄€應用所需代碼、庫和二進制文件捆綁到一個輕量級程序包（可跨平臺實現(xiàn)快速一致部署）為基礎。由于可以隨時隨地啟用和擴展應用、加速CI/CD進程和構建高動態(tài)和可管理的微服務架構，這些特點都為在云中改善速度奠定了良好開端。
暫且不論這些理論性優(yōu)勢，讓我們來看看目前的實際情況：由于輕易走進了只求快的“怪圈”而忽略仍有一些應用需要與其他應用產(chǎn)品組合同等（或更高）安全和應用性能優(yōu)化水平這一點，造成在試圖改造現(xiàn)有應用服務來滿足不同容器需求時，有可能只會取得有限進展而使結果差強人意。從另一個角度來看，您其實需要的是一組更為動態(tài)化的服務，可以與容器編排系統(tǒng)集成，實現(xiàn)為容器提供切實的支持，避免突如其來的中斷和突發(fā)性安全/合規(guī)問題。
4.讓可視化造就全局觀
讓應用變快和加快運行速度其實含義一樣。不過，從整體角度而言，不改變應用所在位置還要讓用戶繼續(xù)如常使用應用卻是截然不同的難題。一旦投入使用，應用的運行便會面臨數(shù)不勝數(shù)的潛在威脅，如網(wǎng)絡中斷、平臺問題、網(wǎng)絡攻擊和代碼錯誤，不勝枚舉。這通常會使排查單個應用中斷問題這類任務如大海撈針般毫無頭緒，但想想不同云環(huán)境中多個量級應用同時發(fā)生故障，您又會從何下手呢？
面對此類情況，可視化便是獲得全局觀的重要前提，因此在尋找應用問題解決之道時，可視化便會發(fā)揮舉足輕重的作用。對應用堆棧各層的可視化程度越高，就越有可能識別操作異常和發(fā)現(xiàn)根本原因。由此可見，為了更快速地解決跨多云架構的應用問題，實施可同時支持云和應用的集中化可視化解決方案至關重要。
5.讓團隊合作成為筑造夢想的基石
一言以蔽之，云的敏捷性并不單單只是依靠正確的工具和技術，雖然不可否認工具和技術帶來的好處，但人員和流程因素也承擔著重要作用?！耙粋€網(wǎng)絡的快慢取決于其中最慢的那條線”這句話其實并非空穴來風，對于負責構建、部署和管理云中應用的團隊，這句話更似真理。對一個團隊而言，日常的工作至少會涉及DevOps、SecOps、NetOps和架構等層面，這意味著若出現(xiàn)個人或協(xié)作效率低下的情況，很有可能會對整個團隊工作造成影響。
打破團隊間的壁壘，定期組織團隊互動，并形成一種完善的團隊互動模式，這樣可以為促進加速規(guī)劃、故障排除和信息共享提供良好的根基，確保團隊成員協(xié)同共進。您不僅可以由此更充分的利用“各家所長”，確保更順利的推進工作，還能夠通過在其他部門倡導自動化和流程優(yōu)化等事項，協(xié)助全員高效展開工作而成就美談。
閩公網(wǎng)安備 35010202001226號
