Azure PortalとASM vs ARMの2種類 - カーテンの後ろの絵は何ですか？

Question

人々が古い青空のポータルに行くことを提案し、時には新しい青空のポータルに行くことを人々が示唆すると、しばしば混乱します。

古いportal- https://manage.windowsazure.com

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

UIとして完全に異なります。新機能では利用できない機能もありますが、その逆もあります。私は実際にどちらを使うのか混乱します。

いずれのドキュメントを使用するかについて私が参照することができるドキュメントやヘルプはありますか？また、2つのポータルがある理由を理解したいと思います。私は、第二のものがそれについて完全な開発タスクが完了したら解放されることを意味する。

また、MSは、ASMに廃止され、ARMが画像に来るものであろうと述べています。リソースグループはクラウドサービスアプローチに取って代わります。これは混乱しています。インフラストラクチャの観点から（管理者として）私たちによって変更が必要ですか？ ASMで使用するコマンドレットは同じものを使用するか、MSは何か新しいアプローチや新しいPSなどを考え出しますか？それは私を完全に混乱させます。

Answer 1

ここでは、manage.windowsazure.com vs. portal.azure.comの回答があります。

インフラストラクチャの観点から（管理者として） で変更する必要がありますか。

私の知る限り、ほとんどの部分はありません。マイクロソフトがやっているのは、それをシームレスに統合することです。良い例は、プレビュー・ポータルを見ると、Storage accountsとStorage accounts (classic)のようなものが表示されます。ここで、classicは、ASMを使用して作成したものを指します。クラウドサービスと同じです。私たちはASMで使用

のコマンドレットは、同じまたはMSが 何か新しいアプローチやいくつかの新しいPSまたは他の何かを思い付くだろう動作しますか？

ASMが削除されると、ASMコマンドレットが機能するかどうかわかりません。マイクロソフトはARMのPSコマンドレットを既にリリースしています。詳細はhttps://azure.microsoft.com/en-in/documentation/articles/powershell-azure-resource-manager/のリンクをご覧ください。

それは完全に私を混乱させる。

あなたは:)だけではありません。今日の時点では、ASM/ARM用語全体とはかなり混乱していますが、ARMに向かうIMHOは正しい方向への一歩です。個人的に私にとってARMの最大の利点はRole-based access controlであり、管理者として私のチームのユーザに対するAzureリソースの詳細なアクセス権を許可することができます。

Answer 2

これは、従来のサービス/共同管理者によるサブスクリプションへのアクセスがない場合に発生します。 RBAC（オーナー、コントリビュータ、リーダーなど）のみがアクセスできる場合は、新しいポータルのみを使用できます。ドリームスパークとクラウドソリューションプロバイダ（CSP）サブスクリプションのいずれか、古典的なポータルへのアクセスを持っていない

注意。