使用Azure和OpenStack的雲編排 – 未開發的混合雲

導讀	一般，當討論混合雲時，這樣的討論的天然選擇一般圍繞OpenStack加上VMware，或AWS與OpenStack, 甚至不一樣的雲和容器選項 - 但Azure與OpenStack相結合是一個不太常見的討論。

這其實是一個獨特的結合，你能夠認爲它是Azure的公共雲和OpenStack的私有云高度企業目標.
隨着Azure擁有企業級安全和加密，甚至提供他們最近宣佈的Azure堆棧，旨在幫助企業彌合他們的數據中心和雲之間的差距，和OpenStack的固有開放性的API，使企業可以構建本身的雲，這些應該天然適合在雲端景觀。然而，這種組合使人驚訝地常常被忽視。

Nati Shalom最近在他的文章中討論「前提下實現混合雲的最小公分母」這些天,一項調查代表,企業每每同時利用多達6種雲,並且該列表只是隨着新技術的興起而不斷增加。

這就是爲何像Azure Stack這樣的解決方案，也適用於雲應用程序從傳統數據中心遷移到雲中的多雲scenerios，特別是在考慮到這種轉換涉及的全部企業級考慮時，危急。

在歷史上，爲了實現雲可移植性，您須要經過將您的應用程序從如下基礎設施的全部基礎邏輯抽象化來知足最小公分母，可是這種類型的模型價格昂貴。特定雲提供的全部實際優點。若是有更好的方法怎麼辦？實現互操做性和雲之間的可擴展性的方法，同時充分利用底層雲功能和服務組合。

可是即便如此，這些天的許多解決方案並不老是提供可擴展性和互操做性企業，這些日子須要用於面向將來，應用程序部署可移植性以及跨雲的其餘流行使用狀況。混合雲自己也已經證實，它不會免疫將來證實與破壞性技術天天出現 - 沒有不一樣，最新和最大的容器（閱讀更多的破壞週期）。這意味着新方法須要實際構建用於混合堆棧，而不只僅是雲，同時爲底層基礎結構提供所有的功能。

輸入TOSCA（Oasis Foundation for the cloud applications的標準）。 TOSCA是爲這個確切的場景編寫的，並提供固有的雲互操做性和不可知論。 TOSCA方法旨在標準化應用程序在雲環境中編排的方式。和企業式標準，構建一種語法和詞彙使組織可以以大大簡化的方式適應快節奏的雲世界。

基於TOSCA的Cloudify做爲一個集成平臺構建起來，利用標準化的模板，工做流和雲插件提供跨越不會本機或直觀地插入到彼此的技術的單一窗格，例如OpenStack和Azure，甚至Kubernetes或Docker，以及非虛擬化環境（如傳統數據中心）。 Cloudify使得有可能選擇一種適應您組織工做或但願工做的技術，而不須要您根據所採用的技術調整您的技術，堆棧或實踐。

模板化語言（如TOSCA）比API提取具備更大的靈活性，提供企業所需的可擴展性和定製級別，而不須要開發或更改底層實現代碼，這就是爲何重要項目，如ARIA，Tacker，和OpenStack Heat正在構建基於此標準的解決方案。

經過這種方式，Azure用戶如今擁有一套構建塊，用於跨雲，堆棧和技術管理整個應用程序堆棧及其生命週期。如今微軟自豪地擁有GitHub上最開放源碼的開發者，在Facebook，Angular，甚至谷歌和Docker以前驚人，Azure是實現這一水平的開放性和互操做性的獨特定位。

這也將最終提供更高程度的靈活性，容許用戶針對每一個案例或應用程序定義本身的抽象級別。以這種方式，能夠實現雲可移植性，而不須要改變底層代碼，實現真正的混合雲。