Due tipi di Azure Portal e ASM vs ARM: qual è l'immagine dietro le quinte?

Question

Spesso mi confondo quando le persone mi suggeriscono di andare al portale azzurro più vecchio e talvolta al più recente portale azzurro.

vecchia portale- https://manage.windowsazure.com

Nuova portale- https://portal.azure.com

L'interfaccia utente di completamente diverso. Anche alcune funzionalità sono disponibili in passato che non sono disponibili in Nuovo e viceversa. Mi confondo davvero quando usare quale.

C'è qualche documentazione o aiuto da dove posso riferire quando utilizzare quale. Inoltre vorrei capire perché ci sono due portali. Voglio dire che il secondo può essere rilasciato una volta completato l'intero compito di sviluppo.

Inoltre, si sta dicendo che MS ritirerà ASM e ARM sarà l'immagine in arrivo. Il gruppo di risorse sostituirà l'approccio al servizio cloud. Questo è confusionario. Richiediamo il cambiamento dal punto di vista dell'infrastruttura (come amministratore) da noi. I cmdlet che usiamo in ASM funzioneranno allo stesso modo o MS creerà un nuovo approccio o qualche nuovo PS o qualcos'altro? Mi confonde totalmente.

Answer 1

Parte delle tue domande ha una risposta qui: manage.windowsazure.com vs. portal.azure.com.

Abbiamo bisogno di cambiare dal punto di vista dell'infrastruttura (come amministratore) di noi.

AFAIK, per la maggior parte no. Ciò che Microsoft sta facendo è integrarlo perfettamente. Un buon esempio è se guardi il portale di anteprima, vedrai cose come Storage accounts e Storage accounts (classic) dove classic si riferisce a qualsiasi cosa tu crei usando ASM. Lo stesso è l'accordo con i servizi cloud.

I cmdlet che usiamo in ASM funzionerà lo stesso o MS si presenti con qualcosa di nuovo approccio o qualche nuova PS o qualcos'altro?

Una volta rimosso ASM, dubito che i cmdlet ASM funzioneranno. Microsoft ha già rilasciato PS Cmdlets per ARM. Si prega di consultare questo link per maggiori dettagli: https://azure.microsoft.com/en-in/documentation/articles/powershell-azure-resource-manager/.

Mi confonde totalmente.

Non sei solo :). Ad oggi è abbastanza confuso con le intere terminologie ASM/ARM, tuttavia IMHO che si muove verso ARM è un passo nella giusta direzione. Personalmente per me il miglior vantaggio di ARM è Role-based access control che mi consente (come amministratore) di concedere autorizzazioni granulari sulle risorse di Azure nel mio abbonamento agli utenti del mio team.

Answer 2

Ciò accade quando non si dispone di un accesso classico a un servizio/co-amministratore per un abbonamento. Se si dispone solo dell'accesso RBAC (ad esempio proprietario, contributore, lettore), è possibile utilizzare solo il nuovo portale.

Nota che le sottoscrizioni di DreamSpark e Cloud Solution Provider (CSP) non hanno nemmeno accesso al portale classico.