问题标签 [azure-management]

我终于加入了 Azure 开发派对，我有一个关于创建开发和部署环境的首选实践的问题。

首先，我正在学习Azure Key Vault，它为我的核心问题提供了完美的示例场景。

在我的开发（和 ALM）过程中，我通常有：

• 本地开发环境
• 部署的开发环境 (CI/CD)
• 测试环境
• 分期
• 生产

对于每个环境，我通常都有一个带有XDT 环境转换的 App.config 或 Web.config，它们为每个环境运行，并为我的应用程序使用的外部资源放置在每个环境的环境设置中。

现在，我确实看到了这个问题，但它已经有几年的历史了，所以我想重新审视它，因为似乎已经做了很多工作，特别是新的 Azure 资源管理器和似乎有的 Azure 管理 API替换了 Azure 服务管理模型。

对于 Azure Key Vault，我正在考虑创建 4 个资源组（开发、测试、暂存、生产）并在每个组中创建一个 Azure Key Vault 实例。

我的问题是：

1. 这是查看 Azure 资源组的正确方法吗？
2. 从我的本地开发环境中，我应该连接到存储在我创建的 Development Azure Resource Group 中的资源，还是有另一种用于本地开发的首选机制？（例如，我应该考虑使用其他模拟器，例如Azure 存储模拟器吗？）
3. 有没有比我介绍的更受欢迎的方法来处理我的环境？

提前感谢您的任何帮助和澄清！

我在 Azure Active Directory 中创建了几个应用程序，其中一些我不再需要了。我想删除它们，但底部的删除图标是灰色的。有谁知道这可能是什么原因，或者是否有其他方法可以删除我不需要的应用程序？

我有一个运行 n Azure 的站点，它使用 EF Database First 模型。

如果我在 web.config 中嵌入连接字符串并部署一切都是美好的。

但是，我不想要 web.config 中的连接字符串，因为它包含凭据。

所以我把它移到了 Azure 属性中的连接字符串区域。

我遇到的第一个问题是元数据无效关键字错误。

我通过将类型从 SQL 数据库更改为自定义解决了这个问题。

但是，我现在收到此错误：

应用程序配置文件中的连接字符串“MyEntities”不包含必需的 providerName 属性。”

我在网上搜索并尝试了许多连接字符串的变体，但还没有找到正确的。

注意：我想我可以将此设置为应用程序设置并将字符串的初始化移动到代码中，但即使只是出于好奇，我也想知道如何通过门户进行操作。

我无法在 windows azure 上为新的移动服务创建一个唯一的 url。

url 始终是“唯一名称”.azure-mobile.net。

所以，我做了一个简单的测试。生成一个 45 个字符的随机字数字符串。

这就是结果：

在那之后，我确信这是一个错误，这不是我在 url 名称方面缺乏创造力。

有人知道吗？

标题说明了一切。我尝试了很多东西，但我认为它们中的任何一个都不值得一提。我终于想办法避免使用 Microsoft.WindowsAzure 并安装了 Microsoft.Azure.Management.Compute 和 Microsoft.Azure.Common 库。

我终于得到了这样的身份验证令牌：

但是现在我正在努力使用文档来学习启动我的虚拟机。我什至不确定从哪里开始。我只知道我想避免使用 REST API 并将我的代码保留在 C# 中。我正在寻找类似的东西：

我正在尝试连接到我的天蓝色订阅，我有一个代码可以让我获得令牌

从这一步我不知道如何使用 ResourceManagementClient 类来连接......

我有一个打开并在天蓝色中运行的虚拟机。我知道它的名称，但想使用新的 C# SDK 以编程方式检索其 IP 地址并避免使用 REST API。我怎样才能做到这一点？

请您指导我以下几点

1. Azure 审核日志不显示超过 90 天的日志。如何以及在何处存储所有日志。所以我们可以稍后回顾

2. 是否有任何应用程序可以收集订阅的审核日志并显示漂亮的仪表板。所以我们可以分析

如果需要更多信息，请告诉我......

使用 powershell 我运行了以下命令 Get-AzureRmResourceGroup 并获得了有关我的资源组的一些信息。提到的属性之一是 Provisioningstate，在我的情况下它是成功的，我认为也可能是失败的。

1- 何时以及如何为资源组设置此属性？

2 - 我可以在 Azure Web 门户的哪里看到这个？这与门户网站上的Last-deployment 属性相同吗？

我们想在 Azure 上创建两个环境。这两个环境将用作 Staging 和 Production，但我们希望能够非常轻松地在它们之间进行交换，因此 staging 可以像 prod 一样工作，反之亦然。这两个环境将包含 Azure 应用服务（Web 应用、API 应用和逻辑应用）。

创建这两个环境的最佳实践是什么？我们需要有两个订阅，还是两个资源组？感谢各种建议。