问题标签 [azure-dev-spaces]

对于铁杆 Visual Studio 爱好者来说，运行命令并等待数小时使用 Azure 命令进行部署并不是太友好。到目前为止，我确信服用会发展：

当我在云外壳中运行以下命令时。

我收到以下错误。任何帮助将不胜感激

我尝试将 Azure Dev Spaces 用于已部署到 Azure Kubernetes 服务 (AKS) 的现有 ASP.NET Core 项目。

我按照本指南为我的项目启用了 Azure Dev Spaces。但是，当我尝试使用 Azure Dev Spaces 调试我的项目时，我收到以下错误：

运行azds down并不能解决我的问题：

如果我尝试azds up在命令行中调用，我也会收到错误消息：

有任何想法吗？

我正在设置一个测试环境，并希望使用 Dev Spaces 将我们的服务部署到 k8s 集群。

按照本教程，我在尝试运行代码时遇到了困难。运行 cmd“azds up”后，出现错误“未选择 Azure Dev Spaces 控制器。运行 'az aks use-dev-spaces' 开始。”

不幸的是，这并不能解决这个问题。Azure 的资源组中有一个控制器，其中也包含 AKS，并且在 AKS 中，Dev Spaces 已激活。

任何建议至少更接近解决方案？

这就是我所做的。

1. 我设置了一个新的 AKS 集群（启用了 RBAC）
2. 我在上面启用了 Dev Spaces
3. 我创建了一个 ASP.Net Core 2.2 Web 项目
4. 我开始项目时选择了在“Azure Dev Spaces”中调试它并选择了“Public”。该项目开始正常，并显示了网页（http://default.webk8.54fqhtlhqv.weu.azds.io/）
5. 我停止了调试器

现在我的网页返回“Bad Gateway”，“devspaces-proxy”日志返回：

根据 kubernetes web 仪表板，我的服务有一个端点 10.244.0.169，端口为 http、80、TCP 和

即使在我停止调试之后我是否应该能够访问该页面，或者我在这里遗漏了什么？

在使用 Azure Dev Spaces 在 Kubernetes 上使用 .NET Core 进行开发步骤后，我收到了以下错误。

启动项目“Webfrontend”的热身。将开发空间 'default' 与目标 'myapp-hello' 一起使用 版本“azds-1d5814-default-webfrontend”不存在。现在安装它。名称：
azds-1d5814-default-webfrontend 上次部署时间：2019 年 6 月 26 日星期三 15:52:57 名称空间：默认状态：已部署资源：名称类型 CLUSTER-IP EXTERNAL-IP 端口（S）年龄 ==> v1/Service webfrontend ClusterIP 10.0.156.89 80/TCP 1s ==> v1beta1/Ingress NAME HOSTS ADDRESS PORTS AGE webfrontend default.webfrontend.wqlm7l5jbj.cus.azds.io 52.173.150.205 80 1s 注意：NAME READY UP-TO-DATE AVAILABLE AGE ==> v1beta2 /部署 webfrontend 0/1 0 0 1s http://default.webfrontend。 114d8778f570 步骤 9/13：复制。. ---> 使用缓存 ---> 使用缓存 ---> 45bccf0ad047 步骤 10/13：WORKDIR "/src/Webfrontend" ---> 使用缓存 ---> 7ef376f04ab7 步骤 13/13：入口点 ["/bin /bash", "/entrypoint.sh"] ---> 使用缓存 ---> acf4addbf8a8 成功构建 acf4addbf8a8 ---> e173184b7977 成功标记 webfrontend:devspaces-x016b947d6bdae4f7 ---> 使用缓存 ---> 使用缓存 - --> 0b2cafae008c 步骤 11/13：运行 dotnet build --no-restore "Webfrontend.csproj" -c $BUILD_CONFIGURATION 步骤 12/13：运行 echo "exec dotnet run --no-build --no-launch-profile - c $BUILD_CONFIGURATION --" > /entrypoint.sh 1s内构建容器镜像 等待容器... 5s

服务 'webfrontend' 端口 'http' 可在 http://default.webfrontend.wqlm7l5jbj.cus.azds.io/服务 'webfrontend' 端口 80 (http) 可通过 http://localhost:28228的端口转发获得项目“Webfrontend”的预热期间发生错误：System.InvalidOperationException：无法访问容器。在 Microsoft.Azure.DevSpaces.Client.Connection.ContainerConnector.d__34.MoveNext() --- 从先前引发异常的位置结束堆栈跟踪--- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) 在System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Microsoft.Azure.DevSpaces.Client.Connection.ContainerConnector.d__26.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪---在系统System.Runtime.CompilerServices.TaskAwaiter 处的 .Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务）。
在 Microsoft.Azure.DevSpaces.Client.ManagementClients.ServiceManagementClientImplementation.d__92.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） Microsoft.Azure.DevSpaces.Client.ManagementClients.ServiceManagementClient.d__26.MoveNext() 处的 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) --- 从先前抛出异常的位置结束堆栈跟踪---在系统.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务）在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务）在 Microsoft.VisualStudio.Azure.DevSpaces.Tools.Common.Client.DevSpacesServiceClient.<>c__DisplayClass27_0.<b__1>d.MoveNext() --- 从先前引发异常的位置结束堆栈跟踪 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) 在 System.Runtime.CompilerServices.TaskAwaiter。 Microsoft.VisualStudio.Azure.DevSpaces.Tools.Common.Logging.PerfLoggerExtensions.d__2.MoveNext() 处的 HandleNonSuccessAndDebuggerNotification(Task task) --- 从先前抛出异常的位置结束堆栈跟踪---在 System.Runtime.CompilerServices .TaskAwaiter.ThrowForNonSuccess（任务任务）在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务）在 Microsoft.VisualStudio.Azure.DevSpaces.Tools.Common.Client.DevSpacesServiceClient.<>c__DisplayClass27_0.<b__0>d.MoveNext() --- 从先前抛出异常的位置结束堆栈跟踪 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) 在 Microsoft .VisualStudio.Azure.DevSpaces.Tools.Common.Logging.PerfLoggerExtensions.d__31.MoveNext() --- End of stack trace from previous location where exception was thrown --- at Microsoft.VisualStudio.Azure.DevSpaces.Tools.Common.Logging.PerfLoggerExtensions.<ExecuteOperationAsync>d__3VisualStudio.Azure.DevSpaces.Tools.Package.Services.BackgroundWarmupService.d__11.MoveNext() --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task 任务) 处从先前引发异常的位置结束堆栈跟踪在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) 在 Microsoft.VisualStudio.Azure.DevSpaces.Tools.Package.Services.BackgroundWarmupService.<>c__DisplayClass9_0.<b__4>d.MoveNext() 启用调试...使用开发带有目标“myapp-hello”的空间“默认”版本“azds-1d5814-default-webfrontend”不存在。现在安装它。名称：azds-1d5814-default-webfrontend 上次部署时间：2019 年 6 月 26 日星期三 15:53:29 命名空间：默认状态：已部署资源：==>
0s ==> v1beta1/Ingress NAME HOSTS ADDRESS PORTS AGE webfrontend default.webfrontend.wqlm7l5jbj.cus.azds.io 52.173.150.205 80 0s ==> v1beta2/Deployment NAME READY UP-TO-DATE AVAILABLE AGE webfrontend 0/1 0 0 0s 注意： 1. 通过运行以下命令获取应用程序 URL： http ://default.webfrontend.wqlm7l5jbj.cus.azds.io/构建容器映像...将构建上下文发送到 Docker 守护进程 3.927MB 步骤 1/13：FROM mcr.microsoft.com/dotnet/core/sdk:2.2 ---> 155911c343f3 步骤 2/13：ARG BUILD_CONFIGURATION=Debug --- > 使用缓存 ---> 0a860927aa11 步骤 3/13：ENV ASPNETCORE_ENVIRONMENT=开发 ---> 使用缓存 ---> 9aff467dfcc3 步骤 4/13：ENV DOTNET_USE_POLLING_FILE_WATCHER=true ---> 使用缓存 ---> 4eec944c4cdb 步骤 5 /13：EXPOSE 80 ---> 使用缓存 ---> 051a7179cc8d 步骤 6/13：WORKDIR /src ---> 使用缓存 ---> c265c50b4cb2 步骤 7/13：复制 [“Webfrontend/Webfrontend.csproj”， “Webfrontend/”] ---> 使用缓存 ---> 29e207ff4a3d 步骤 8/13：运行 dotnet restore “Webfrontend/Webfrontend.csproj” ---> 使用缓存 ---> 114d8778f570 步骤 9/13：复制。. --->

服务 'webfrontend' 端口 'http' 可在 http://default.webfrontend.wqlm7l5jbj.cus.azds.io/服务 'webfrontend' 端口 80 (http) 可通过 http://localhost:28228的端口转发获得

更新

弹出框显示在上述文本的末尾。

成功后显示如下：

服务“webfrontend”端口“http”可在http://webfrontend.1234567890abcdef1234.eus.azds.io/获得

服务 'webfrontend' 端口 80 (http) 在http://localhost:62266 可用

在 125 秒内完成了项目“webfrontend”的预热。

对比 2017, 19

赢 7

下面的项目似乎使用 Helm 来定义项目对下面文件 requirements.yaml 的依赖，以及每个项目的 azds.yaml 和 Chart 项目。

https://github.com/Azure/dev-spaces/blob/master/samples/BikeSharingApp/charts/requirements.yaml https://github.com/Azure/dev-spaces/tree/master/samples/BikeSharingApp/charts

我的问题是： 1 我的理解是否正确？

2 上面的整个文件夹、图表是手动生成的还是通过工具生成的？

https://helm.sh/docs/developing_charts/

https://docs.microsoft.com/en-us/azure/dev-spaces/quickstart-team-development

我根据下面的示例创建了 webfrontend 和 mywebapi， https: //docs.microsoft.com/en-us/azure/dev-spaces/get-started-netcore-visualstudio

并基于此示例下面的图表文件夹，我为上面的示例创建了类似的图表文件夹。 https://docs.microsoft.com/en-us/azure/dev-spaces/quickstart-team-development https://github.com/Azure/dev-spaces/tree/master/samples/BikeSharingApp/charts

但是，在运行以下脚本时出现以下错误：

整个项目可从https://github.com/PingPongSet/AzureDevSpaces获得

任何想法？

我在 Azure 云上运行了一个 Azure AKS 集群。它由前端和移动设备通过 Azure API 管理访问。我的前端应用程序位于 AKS 之外。

是否可以在此设置中使用 Azure Dev Spaces 在隔离环境中测试我的更改？

我在 AKS 中创建了一个新的命名空间，并为 forntend 应用程序上的测试环境创建了一个单独的部署槽，但我不知道如何在 Azure API 管理上创建隔离路由。

因此，我希望有一个隔离的环境，它共享 AKS 上的大部分容器，但使用我的本地计算机来托管目前正在测试的一项服务。

使用模板中的新 gRPC 项目启动 Azure Dev Spaces 调试器时出现异常。Azure DevSpaces 的快速入门 .Net Core 页面上的示例项目可以正确调试，而我的示例项目不在同一个集群中。示例项目似乎使用 .Net Core 2.2，而我的项目使用 3.0。以下步骤重现了该问题：

1. 打开 Visual Studio 2019 (v16.2.3)
2. 单击创建新项目
3. 搜索gRPC
4. 单击ASP.NET Core Web 应用程序
5. 给项目起任何名字
6. 在下一个屏幕上，单击gRPC 服务 - 用于创建 gRPC ASP.NET Core 服务的项目模板。
7. 创建项目
8. 使用调试选项，选择Azure Dev Spaces并将项目配置为使用已设置的集群
9. 使用Azure Dev Spaces启动调试器

预期：在 docker 步骤完成后，调试器仍保持连接状态。

实际的：

• Docker 步骤完成，并在输出窗口中显示一条消息等待容器...。
• 片刻之后，一条消息显示：Service [service name] port 80 (HTTP) is available via port forwarding at [port]出现在输出窗口中。
• 之后，调试器被分离，并且在输出窗口中出现以下异常，并伴随着一个错误模式，指出无法访问容器：