没有通过CI / DC部署的Azure Dev Space的DNS /入口

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了没有通过CI / DC部署的Azure Dev Space的DNS /入口相关的知识,希望对你有一定的参考价值。

在尝试使用Azure Dev Spaces后,从visual studio运行azds ip工作正常 - 生成一个公共URL(格式为http://xxxdemoappcore.rxxxxxxn.weu.azds.io/),还创建了一个到localhost的隧道。

我不想在CI / CD管道中使用Azure Dev Spaces。我刚刚在本教程中使用Azure Dev Spaces通过Azure Pipelines CI / CD部署了一个.NET核心Web应用程序。

使用CI / CD与Azure Dev Spaces https://docs.microsoft.com/en-us/azure/dev-spaces/how-to/setup-cicd

在Release任务中进行helm升级后,将生成以下输出:

2019-03-03T10:28:41.8525110Z ##[section]Starting: helm upgrade xxxdemoappcore
2019-03-03T10:28:41.8531800Z ==============================================================================
2019-03-03T10:28:41.8531952Z Task         : Package and deploy Helm charts
2019-03-03T10:28:41.8532015Z Description  : Deploy, configure, update your Kubernetes cluster in Azure Container Service by running helm commands.
2019-03-03T10:28:41.8532120Z Version      : 0.138.15
2019-03-03T10:28:41.8532164Z Author       : Microsoft Corporation
2019-03-03T10:28:41.8532422Z Help         : [More Information](https://go.microsoft.com/fwlink/?linkid=851275)
2019-03-03T10:28:41.8532483Z ==============================================================================
2019-03-03T10:28:44.0765885Z [command]/opt/hostedtoolcache/helm/2.13.0/x64/linux-amd64/helm upgrade --namespace dev-spaces --install --force --set image.repository=xxxdemocontainers.azurecr.io/xxxdemoappcore,image.tag=4518,ingress.hosts[0]=dev-spaces.xxxdemoappcore.b0ada56739xxxxc79d0a.westeurope.aksapp.io --wait xxxdemoappcore-dev-spaces /home/vsts/work/r1/a/drop/xxxdemoappcore/chart
2019-03-03T10:28:47.3563764Z Release "xxxdemoappcore-dev-spaces" has been upgraded. Happy Helming!
2019-03-03T10:28:47.3564495Z LAST DEPLOYED: Sun Mar  3 10:28:43 2019
2019-03-03T10:28:47.3565059Z NAMESPACE: dev-spaces
2019-03-03T10:28:47.3565364Z STATUS: DEPLOYED
2019-03-03T10:28:47.3565552Z 
2019-03-03T10:28:47.3565805Z RESOURCES:
2019-03-03T10:28:47.3566010Z ==> v1/Pod(related)
2019-03-03T10:28:47.3566261Z NAME                                 READY  STATUS   RESTARTS  AGE
2019-03-03T10:28:47.3567019Z xxxdemoappcore-66c677db44-c2x59  2/2    Running  0         77m
2019-03-03T10:28:47.3567230Z 
2019-03-03T10:28:47.3567451Z ==> v1/Service
2019-03-03T10:28:47.3567816Z NAME                TYPE       CLUSTER-IP   EXTERNAL-IP  PORT(S)  AGE
2019-03-03T10:28:47.3568098Z xxxdemoappcoreClusterIP  10.0.91.148  <none>       80/TCP   152m
2019-03-03T10:28:47.3568252Z 
2019-03-03T10:28:47.3568443Z ==> v1beta1/Ingress
2019-03-03T10:28:47.3568645Z NAME                HOSTS                                                                    ADDRESS  PORTS  AGE
2019-03-03T10:28:47.3569110Z xxxdemoappcoredev-spaces.xxxdemowebappcore.b0ada56739xxxxc79d0a.westeurope.aksapp.io  80       152m
2019-03-03T10:28:47.3569326Z 
2019-03-03T10:28:47.3569494Z ==> v1beta2/Deployment
2019-03-03T10:28:47.3569878Z NAME                READY  UP-TO-DATE  AVAILABLE  AGE
2019-03-03T10:28:47.3570104Z xxxdemoappcore1/1    1           1          152m
2019-03-03T10:28:47.3570298Z 
2019-03-03T10:28:47.3570439Z 
2019-03-03T10:28:47.3570594Z NOTES:
2019-03-03T10:28:47.3570804Z 1. Get the application URL by running these commands:
2019-03-03T10:28:47.3571184Z   http://dev-spaces.xxxdemoappcore.b0ada56739xxxxc79d0a.westeurope.aksapp.io/
2019-03-03T10:28:47.3571445Z 
2019-03-03T10:28:47.3597040Z ##[section]Finishing: helm upgrade xxxdemoappcore

URL http://dev-spaces.xxxdemoappcore.b0ada56739xxxxc79d0a.westeurope.aksapp.io/无法解析DNS。

可以通过上面的输出或任何其他日志来确定无法解析公共URL的原因吗?

为什么从CI / CD生成的URL与本地的azds up相比有所不同?

答案

来自official文档:

运行prep命令时,可以选择指定--public标志。此标志告诉控制器为此服务创建可通过Internet访问的端点

azds up根据默认的azds.yaml文件模板扩展DNS名称(Ingress.hosts的值),在Windows的情况下,可以在此处找到:

"C:Program FilesMicrosoft SDKsAzureAzure Dev Spaces CLI (Preview)InitTemplatesazds.yaml.generic"

它仍然可以直接在工作区的azds.yaml文件中修改。

以上是关于没有通过CI / DC部署的Azure Dev Space的DNS /入口的主要内容,如果未能解决你的问题,请参考以下文章

使用ARM模板在Azure中国大规模部署DCOS集群

如何从 Dacpac for Azure Pipeline CI/CD 中自动排除仅开发表?

Azure开发CI缺少代理作业

实践:基于Azure部署Jenkins服务并开发MERN应用的CI/CD构建管道

多区域 Azure 容器服务 DC/OS 集群

Azure 部署中心的 CI/CD 失败,因为存储库名称必须小写