当人们建议我转到较旧的 Azure 门户，有时甚至转到较新的 Azure 门户时，我经常感到困惑。
旧传送门-https://manage.windowsazure.com
用户界面完全不同。甚至有些功能在旧版中可用，但在新版中不可用，反之亦然。我真的很困惑何时使用哪个。
是否有任何文档或帮助可供我引用何时使用哪个。我也想了解为什么有两个门户。我的意思是，一旦整个开发任务完成，就可以发布第二个。
此外，据说 MS 将弃用 ASM，而 ARM 将成为其中的一个。资源组将取代云服务方式。这很令人困惑。我们是否需要我们从基础设施的角度(作为管理员)进行改变？ 我们在 ASM 中使用的 cmdlet 会以相同的方式工作，还是 MS 会提出一些新方法或一些新 PS 或其他东西？这让我完全困惑。
最佳答案
您的部分问题在这里得到解答:manage.windowsazure.com vs. portal.azure.com .
Do we require change from Infrastructure perspective(as an admin) by us.
据我所知，大部分情况下没有。微软正在做的就是将其无缝集成。一个很好的例子是，如果您查看预览门户，您将看到诸如存储帐户和存储帐户(经典)之类的内容，其中经典指的是使用 ASM 创建的任何内容。云服务也是如此。
The cmdlets we use in ASM will work the same or MS will come up with something new approach or some new PS or something else?
一旦删除 ASM，我怀疑 ASM cmdlet 是否会起作用。 Microsoft 已经发布了适用于 ARM 的 PS Cmdlet。请参阅此链接了解更多详细信息:https://azure.microsoft.com/en-in/documentation/articles/powershell-azure-resource-manager/ .
It totally confuses me.
你并不孤单:)。截至今天，整个 ASM/ARM 术语仍然令人困惑，但恕我直言，转向 ARM 是朝着正确方向迈出的一步。就我个人而言，ARM 的最大好处是基于角色的访问控制，它允许我(作为管理员)向团队中的用户授予对订阅中的 Azure 资源的精细权限。
关于azure - 两种类型的 Azure Portal 和 ASM 与 ARM - 幕后的景象是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33103904/