2017-08-15 98 views

回答

0
  1. 當「傳統」事物將被完全移植到ARM中時,微軟不會給出任何eta。但是幾乎所有的東西都已經被移植了,所以我希望在一年左右的時間裏將「經典」完全移植到ARM上。
  2. AzureRM.Netcore遠遠落後於AzureRM,微軟並沒有給出任何eta,但它們將平等,但Powershell 6是建立在.Net Core之上的,所以我期望AzureRM.Netcore在某些情況下與AzureRM匹配時間點,但不是很快,顯然。

與此同時,您可以解決休息電話問題。這是一個不同的話題,但最簡單的方法是執行你知道的命令並添加一個「-Debug」(New-AzureAffinityGroup -bla blabla ... -Debug)。它會打印出來(好吧,不知道舊的cmdlet,但AzureRM cmdlet可以做到這一點),其餘的則稱之爲執行。另一種方法 - 看看Azure API reference

+0

謝謝你的澄清。我認識到Linux Powershell必須使用AzureRM.Netcore。這就是爲什麼我說: 「存在一個基於.NET Core的AzureRM模塊。」 對於我所選擇的措辭,我表示歉意。 –

+0

我認爲你誤解了我的問題。 我認識到存在AzureRM.Netcore。我現在用它來創建一個250多行的部署腳本。但是,此模塊不具備與Azure交互所需的全部功能。它缺少幾個關鍵的cmdlet,包括'New-AzureAffinityGroup'。這些cmdlet位於另一個稱爲'Azure'的模塊中。這是我所鏈接的。不是AzureRM。我的問題是詢問這個模塊何時會有一個.NET Core實現。你最初的答案'1'滿足了這個問題。我的評論是關於你的'2)'答覆。 –

+0

我想我會堅持一些,希望開發團隊中的某些人能夠提供關於開發進度的一些見解。在GitHub上討論AzureRM.Netcore的發展相對比較突出。 如果我必須,我想我會考慮「......一年左右」。儘管這是最令人滿意的不滿意答案。 –