Zwei Arten von Azure Portal und ASM vs ARM - Was ist das Bild hinter den Vorhängen?

Question

Ich bin oft verwirrt, wenn Leute mir vorschlagen, zu älteren Azure Portal und manchmal zu neueren Azure Portal zu gehen.

alt Portal- https://manage.windowsazure.com

New Portal- https://portal.azure.com

Die Benutzeroberfläche als völlig anders. Sogar einige Funktionen sind in alten verfügbar, die in Neu nicht verfügbar sind und umgekehrt. Ich bin wirklich verwirrt, wann ich welches verwenden soll.

Gibt es Dokumentation oder Hilfe von wo ich beziehen kann, wann welche zu verwenden. Auch ich würde gerne verstehen, warum es zwei Portale gibt. Ich meine, der zweite kann freigegeben werden, sobald die ganze Entwicklungsaufgabe dafür abgeschlossen ist.

Es wird auch gesagt, dass MS ASM ablehnen wird und ARM wird das Bild kommen. Die Ressourcengruppe wird den Cloud-Service-Ansatz ersetzen. Das ist verwirrend. Benötigen wir einen Wechsel von der Infrastrukturperspektive (als Administrator) durch uns? Die Cmdlets, die wir in ASM verwenden, funktionieren genauso, oder MS wird etwas neues oder etwas neues PS oder etwas anderes vorschlagen? Es verwirrt mich total.

Answer 1

Ein Teil Ihrer Fragen werden hier beantwortet: manage.windowsazure.com vs. portal.azure.com.

Benötigen wir eine Änderung von Infrastrukturperspektive (als Admin) durch uns.

AFAIK, zum größten Teil nein. Was Microsoft tut, ist die nahtlose Integration. Ein gutes Beispiel ist, wenn Sie sich das Vorschau-Portal ansehen, sehen Sie Dinge wie Storage accounts und Storage accounts (classic) wo classic bezieht sich auf alles, was Sie mit ASM erstellen. Gleiches gilt für Cloud Services.

Die Cmdlets wir in ASM verwenden die gleiche oder MS kommen mit etwas neues Konzept oder eine neue PS oder etwas anderes arbeiten?

Sobald ASM entfernt wird, bezweifle ich, dass die ASM-Cmdlets funktionieren. Microsoft hat bereits PS-Cmdlets für ARM veröffentlicht. Bitte beachten Sie diesen Link für weitere Details: https://azure.microsoft.com/en-in/documentation/articles/powershell-azure-resource-manager/.

Es verwirrt mich total.

Sie sind nicht allein :). Ab heute ist es ziemlich verwirrend mit den ganzen ASM/ARM-Terminologien, aber IMHO in Richtung ARM ist ein Schritt in die richtige Richtung. Persönlich für mich ist der beste Vorteil von ARM Role-based access control, was mir (als Administrator) erlaubt, granulare Berechtigungen für Azure-Ressourcen in meinem Abonnement für die Benutzer in meinem Team zu gewähren.

Answer 2

Dies passiert, wenn Sie keinen klassischen Service/Co-Admin-Zugriff auf ein Abonnement haben. Wenn Sie nur RBAC-Zugriff (z. B. Besitzer, Kontributor, Leser) haben, können Sie nur das neue Portal verwenden.

Beachten Sie, dass DreamSpark- und Cloud Solution Provider (CSP) -Abonnements keinen Zugriff auf das klassische Portal haben.