企業正在探索如何在不影響可靠性、安全性或效能的情況下跨資料中心、公共雲和邊緣的任意組合交付應用程式。
從應用程式到其執行的基礎設施， it 現實都是分布式和異構的。企業正在探索如何在不影響可靠性、安全性或效能的情況下跨資料中心、公共雲和邊緣的任意組合交付應用程式。
那麼加速業務創新的最佳途徑是什麼?企業如何才能更快地交付應用程式和服務以改善客戶體驗?是否有可能在避免過去放慢部署速度的權衡的同時最大限度地發揮雲計算的優勢?
對多雲的採用確實在加速，但將運營擴充套件到資料中心或單一雲服務提供商之外的相關挑戰也在加速。在 canonical 贊助的一項調查中，1200 名受訪者中有近 78% 的人表示，他們的組織在生產中至少有乙個混合或多雲用例。
據 canonical 報道，當團隊考慮軟體即服務 (saas) 或第三方託管服務時(這些服務超出了他們直接管理的範圍)，這個數字可能會更高。然而，接受調查的devops團隊成員發現了管理各種裸機、虛擬機器和 kubernetes 技術的新挑戰。
學習在這種情況下有效管理運營是一項關鍵挑戰，研究表明，企業正在尋求通過應用程式而不是配置管理來提高自動化程度。
調查顯示，30% 的受訪者表示，試用操作員在其組織的「待辦事項清單」上，其中 17% 的人在試用它們，14% 的人在生產中使用它們。
本文**了不斷增長的多雲趨勢對 devops 團隊的更廣泛影響，因為組織為應用程式交付和 devops 的演進方法奠定了基礎。
1、多雲入門
雖然多雲計算對於 devops 的成功將變得越來越重要，但也不要被它的潛力所迷惑以至於我們錯過了大局。移動太快總是有出錯的可能性。
更好的做法是，關注多雲如何不僅能改善運營，而且滿足特定的業務目標。使用多雲環境必須在業務、產出和生產力方面提供實實在在的好處，以確保我們一開始就不會忘記我們正在嘗試做的事情。
關於應用現代化的話題，企業要真正關注應用程式的不同維度。考慮投資回報率並採取嚴格的方法 。這是一門不斷發展的藝術，旨在讓擁抱多雲成為可能。
在將運營擴充套件到多雲環境時，devops 團隊不應該不必要地引入複雜性，這些複雜性可能會阻礙應用程式交付或限制使用者體驗。隨著企業尋求跨不同型別的網路基礎設施和跨多雲環境交付應用程式和服務，挑戰變得更大。
vmware 首席執行官raghu raghuram在 10 月的vmworld 上表示：隨著多雲的優勢，挑戰也隨之而來，企業架構更加分散，其工作負載更加多樣化，而且是雲原生的，更多的應用部署在邊緣環境中。
當在不同的雲上執行時，每個雲都有自己孤立的工具和系統，這使得管理、連線和保護在上面執行的應用程式變得更加困難。
事實上，乙個企業的多雲環境應用交付是否可行必須從支援和優化業務的角度來看待，大型企業的產品線可能依賴於不同的雲。但是，這並不意味著同乙個應用程式可以在多個雲中執行，即使該企業仍然是多雲的。 在這種情況下，雲選擇需要仔細匹配特定應用程式和支援它們的團隊的特定需求。
為了實現進一步的增長和簡化，產品需要以更少的客戶工作量提供更多的價值，這就是「即服務」產品在當前形勢下表現如此出色的原因。
2、kubernetes 和多雲
大多數企業(根據 canonical 調查顯示，接近 46%)尚未在生產中使用容器編排器 kubernetes。然而，devops 團隊開始利用 kubernetes 分布式架構來更好地管理多雲操作的用例已經開始出現。
將服務網格與 kubernetes 一起使用可以支援複雜的多雲基礎架構。
使用 vmware 的 tanzu for kubernetes，可以選擇與多個雲並行的本地部署、雲使用者和 devops 社群的從業者。
雖然 kubernetes可以解決多雲方面的一些挑戰，但事實是，在多個地方管理基礎設施比在乙個地方管理它更難，進入多雲世界需要直面這一事實，並在努力將成本降至最低的同時仍然接受它永遠存在。
3、為在邊緣工作的 devops 提供服務
隨著 devops 團隊的工作擴充套件到多雲環境，為 devops 團隊提供服務的公司開始考慮如何更好地滿足這些團隊的要求。
例如，kubernetes 平台領域的領導者 vmware 公開將其未來與服務多雲客戶聯絡在一起，最近推出了vmware edge，以幫助簡化跨多個雲和位置的邊緣部署管理。
vmware edge 由虛擬機器和基於容器的堆疊組成，它為 devops 團隊提供了在遠端管理和保護邊緣原生應用程式的能力(vmware 將「遠端」定義為位於客戶場所的裝置和資料)。
vmworld 的 vmware 服務提供商和邊緣部門高階副總裁兼總經理sanjay uppal表示，「這個堆疊可以容納實時工作負載，一直到蜂窩站點基站所需的微秒級，但它也可以在單個域或單個企業的環境中執行，跨越數萬到數十萬個位置。」
vmware edge 只是 vmware 抽象多雲管理複雜性目標的一種體現。
雖然 devops 運營團隊需要為多雲基礎設施奠定基礎，但理想情況下，開發人員不應擔心他們的應用程式是否部署在多雲環境中，甚至不用擔心它們是否會在容器環境或 kubernetes 環境中執行。
在將應用程式投入生產時，開發人員絕對不應該關心他們在多雲系統中使用的 kubernetes 風格——這可能有助於澄清抽象應該放在**。
4、面對技能差距挑戰
多雲可以提高應用程式的交付範圍——例如，通過滿足本地化和分散的邊緣用例的需求——但它不應該做的是減慢開發周期。例如，滿足多雲環境的快速部署節奏需要比傳統生產管道所需的更多的內部專業知識和自動化。
加利福尼亞州聖何塞的數位化轉型和安全運營公司 netenrich 的首席戰略官rich lane表示，幫助減少多雲基礎設施部署所需技能的一種方法是投資基礎設施即** (iac) 工具。
「這是處理多個雲提供商的複雜性的唯一方法，因為它們都有自己的管理和部署分類法，」lane 表示。「當自動化可用時，devops 團隊不希望因被迫採取手動操作進行擴充套件而受到阻礙。」
5、在多雲中保持應用安全
雲原生網路安全服務提供商 valtix 的首席執行官douglas murray表示，對於任何環境來說，安全始終是一種威脅，當操作擴充套件到多個雲時尤其具有挑戰性。
「從歷史上看，多雲的最大障礙之一就是安全性，」douglas murray表示。「每個雲都有乙個專有的安全堆疊，企業沒有能力處理每個雲所需的學習曲線。」
「為了實現多雲的承諾，企業需要能夠將防火牆、入侵防禦和跨每個雲的流量監控等關鍵安全功能抽象到單個策略平面中的解決方案。」
例如， 9 月的亞馬遜網路服務 (aws) 中斷事件表明，客戶原本可以通過跨多雲擴充套件運營來降低風險，那麼從理論上講，依賴 aws 作為其唯一雲提供商的客戶本可以避免服務中斷。
然而，在實踐中，大規模客戶中斷仍然發生在擁有多雲業務的大公司中，例如 netflix。安全公司創始人兼首席執行官archie agarwal表示，最近這些備受矚目的宕機事件以及多雲所代表的更廣泛的安全攻擊載體，顯示出企業對自己應用程式的複雜性沒有乙個明確的把握。
很少有人或團隊了解跨多雲環境的整個應用程式、系統或裝置的威脅情況。企業需要更好地了解他們的系統是如何工作的，以及架構可能容易受到哪些型別的威脅。
因此，安全應該「左移」並從開發過程的一開始就啟動。
事後重新設計安全性比從一開始就將其融入設計和構建中更具挑戰性和資源密集型。
儘管存在相關挑戰，但多雲為企業提供的服務還是很有前景的。在避免過去拖累 devops 團隊的權衡取捨的同時，最大化多雲優勢已經成為可能。
當企業轉向雲優先的視角時，他們可以通過利用廣泛的雲原生平台來實現安全、運營和其他功能，從而實現多雲敏捷性。當企業堅持使用轉移到雲上的傳統資料中心工具時，業務敏捷性會降低，成本會上公升。
成為遊戲製作者，你準備好了麼？
在進入遊戲業之前，以下的情況你了解麼？組織乙個開發團隊需要至少20人磨合6 8個月，而需要50個這樣的團隊才有可能產生乙個世界級的製作人 開發乙個大型mmo需要3年或者更長時間 遊戲開發的核心人員與新手的薪資相差懸殊 大型遊戲的 量往往在20萬行以上，而策劃文字則可能超過50萬字 製作人在mmo專案...
2012 的船票，你準備好沒有
ceo離職每年都有，今年特別多，而且都是大牌公司，是不是都感覺到2012了，提前買船票去了 1月11日,amd ceo梅德克辭職 2月21日,阿里巴巴b2b公司ceo衛哲辭職 3月31日,巨集碁ceo蘭奇辭職 7月16日,道瓊斯集團ceo萊斯 辛頓辭職 7月19日,英國最大運營商ee亞歷山卓辭職 8...
常用的 Git 命令，給你準備好了！
git branch 建立分支 git branch b 建立並切換到新建的分支上 git checkout 切換分支 git branch 檢視分支列表 git branch v 檢視所有分支的最後一次操作 git branch vv 檢視當前分支 git brabch b 分支名 origin ...