我目前在Azure中工作很多。我現在非常喜歡ARM（Azure資源管理器），並且很想繼續使用它。現在在舊門戶中，我們有很多資源被捆綁爲雲服務。現在，我知道新門戶中提供了雲服務，但似乎微軟正在擺脫傳統的雲服務模式。有人可以解釋這是否屬實？如果是這樣，新模型會是什麼樣子？我已經使用資源組來管理網站（WebApps），所以我認爲這就是蔚藍未來所在。我們會看到雲服務「貶低」嗎？Azure資源管理器：雲服務的未來
我想了解是否需要重新構建Azure基礎結構。
任何洞察力，解釋或文件非常感謝。
因此，這裏有兩件事 - 雲服務和雲服務管理。
當您在當前門戶中管理雲服務時，使用的基礎機制是Azure Service Management (ASM)，因爲它在預覽門戶中是Azure Resource Manager (ARM)。對我而言，ARM是管理Azure中雲資源（包括雲服務）的新方式。
我不爲微軟工作，所以我不知道雲服務本身是否會被棄用，但我認爲會發生的一件事是ASM將被棄用，而不支持ARM。在某個時間點，管理雲資源所需的唯一選項將通過Azure資源管理器進行。一個讓我相信這個事情的例子是Classic資源提供者（例如經典存儲資源提供者，它使您能夠在專門用於ARM的預覽門戶中通過ASM管理在當前門戶中創建的存儲帳戶）的存在。
就我個人而言，我無法在新的ARM世界的Azure中看到雲服務的地方。我總是發現他們一個複雜的概念，只是增加了部署的複雜性。
在ARM的部署視圖中，服務器被收集在一個VNet中，並且每個服務器都連接到一個Nic，而NIC又可以連接到Internet。然後，安全組負責處理入口/出口規則。
這是一個更清潔的部署方法，因爲它將連接配置放在服務器層，而不是通過更高層的抽象來映射它們。
我看不出在ARM雲服務的地方，快速搜索後，但它似乎有一個plan實現它
鏈接不是一個計劃。這實際上是進一步證明雲服務已被放棄，因爲自2013年以來微軟沒有收到用戶發言中的任何迴應。 –
@ShaneCourtrille很明顯，「計劃」的一部分是，它被稱爲開始 - 但你是完全正確的，我真的無法想象雲服務將捲土重來。 （我最近在MS上抱怨通過MVP渠道放棄用戶發言權 - 當然，不要期望有任何改變的方式） –
這是我的理解，雲服務= MS更新的操作系統，我可以專注於我的應用程序和虛擬Machine = IaaS，又稱做一切。藉助Cloud Service，您仍然可以訪問操作系統，可以啓動流程等，而無法使用App服務。如果它不是ARM的一部分，我會認爲它退後一步。 – enzi
我問了一個question關於最近的雲服務的未來。 你可以在Reddit上直接閱讀所有的細節，下面是一些有趣的報價（重點是我的）。
在ARM集成的雲服務：
我們正在尋找辦法，使過渡到ARM的雲服務更方便客戶 - 這些選項中的一個包括ARM CS整合。這項調查是在思想上非常早期的階段，所以如果你很快尋找一個解決方案，請VMSS/ACS/SF/Web應用程序（梅根-MSFT）
和：
我認爲可以肯定地說，如果我們在不久的將來對CS做出任何重大投資，那將是ARM整合，而且正如Meagan所說，這仍然在計劃之中。除此之外，在地平線上沒有重大的功能改進。我們相信這個平臺目前已經非常成熟。 （seanmichaelmckenna）
所以這看起來並不像任何重大創新無論如何都很快打出雲服務，：
雲服務是不會去任何地方。事實上，許多微軟服務都運行在雲服務上，所以我們也非常依賴它們。他們完全支持，所以隨時可以繼續使用它們。 （梅根-MSFT）
對於那些誰想要切換到不同的計算服務，這些建議提出：
不過，如果你想查詢的是集成了其他服務今天ARM，我們建議您查看以下內容：
- Web應用程序誰想要一個全面管理平臺的客戶和正在建設傳統的Web應用程序
- 服務織物誰想要一個自以爲是的應用平臺和管理基礎設施，但仍需要一些控制在IAAS層誰需要方便的縮放，自動縮放和負載平衡器集成的IaaS層面控制客戶
- VM秤臺客戶
Azure容器服務也被列爲潛在的替代品。
一些需要考慮的事情（我的理解）：
這是我開發的理解。我感謝你的迴應，因爲它鞏固了我的一些想法。 – Derok8