标签: azure-web-app-service

目前，当通过我们的 CI/CD 管道将更新推送到 Azure Web Apps 时，配置更改完成后，azure 将强制重新启动节点。

有没有人遇到过一种方法，可以在单槽配置中对 Web 应用程序应用配置（web.config 或其他）更改，而无需强制重新启动？

我正在尝试通过 REST API（在 PowerShell 中）将私有自签名证书添加到 Azure 应用服务（如底部的屏幕截图所示）。我调用API的方式如下：

$certBody = @{
  name = "InfoServiceTAKeyVaultDev"
  location = "West Europe"
  properties = @{
    keyVaultId = "/subscriptions/<subscriptionId>/resourceGroups/BzInfoServiceTADEV/providers/Microsoft.KeyVault/vaults/BzKVInfoServiceTADev"
    keyVaultSecretName = "InfoServiceTAKeyVaultCert"
  }
}
Invoke-RestMethod `
  -Method Put `
  -Uri ("https://management.azure.com/subscriptions/<subscriptionId>" +
        "/resourceGroups/BzInformatieServiceResourceGroupDEV" +
        "/providers/Microsoft.Web/certificates" +
        "/InfoServiceTAKeyVaultDev" +
        "?api-version=2016-03-01") `
  -Headers @{ Authorization = ("Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJSU...")
              "Content-Type" = "application/json" } `
  -Body ($certBody | ConvertTo-Json -Compress -Depth 3)

结果是一条错误消息：The service does not have access to '/subscriptions/<subscriptionId>/resourcegroups/bzinfoservicetadev/providers/microsoft.keyvault/vaults/bzkvinfoservicetadev' Key Vault. Please make sure that you have granted …

Web Services 定期出现错误日志：

错误 - 站点 YYY 的容器 XXX 未在预期时间限制内启动。经过的时间 = 230.3790706 秒

我设置了微软博客中已经提到的以下设置，但仍然失败：

1. Use the EXPOSE instruction in your Dockerfile to expose port 3000.
2. Use the WEBSITES_PORT app setting with a value of "3000" to expose that port.

如何配置来防止此错误？

我正在尝试通过 ftp 将我的 React 应用程序的 npm 构建版本部署到 azure web 服务。我移动了构建文件夹，但是当我加载应用程序的 URL 时，默认屏幕会加载Hey Node Developers!.

我可以通过 github 和 kudu 进行部署。但是，我不认为这是一个生产质量的应用程序，因为它不是npm run build使用create-react-app.

我已经阅读了这个天蓝色指南以及各种博客。我也包含了该web.config文件。没有什么能让我的页面正确加载。

我尝试过使用节点版本10.1、10.14和LTS。我尝试过使用 Linux 和 Windows 应用服务。

当我尝试将 .net core 2.2 webapi 发布到我的 azure 应用程序服务（通过使用 Azure 应用程序服务部署的 azure devops 或通过 Visual Studio 发布方法）时，我不断收到：“您正在查找的资源已被删除，其名称已被删除已更改，或暂时不可用。”

但是当我直接使用 Visual Studio 发布它（没有包或 zip 配置）时，它就可以工作了。（但我们不能继续这样做，因为我们需要它在 azure devops 管道上工作）。

我尝试使用 dotnet build/publish 和 vsbuild 以不同的方式构建项目。我还尝试使用不同的发布方法（zip、package、web 部署）。

我仔细检查了生成的 xml 文件（deploy.cmd、deploy-readme、parameters、setparametersa 和 sourcemanifest），检查是否存在错误的命名问题，或者文件夹结构是否不正确，但一切都正确匹配。我的项目所在的 zip 文件也与所有生成的 xml 文件（根）位于同一位置。

奇怪的是，它之前可以正常工作，而我们正在使用 terraform 来生成天蓝色资源。所以我们扔掉了手动制作的资源并使用 terraform 重新制作了它们，然后我们得到了错误。我们没有改变管道上的任何内容。

yaml 从管道构建代码​​：

trigger:
- master

pool:
  vmImage: 'windows-latest'

variables:
  solution: '**/*.sln'
  buildPlatform: 'Any CPU'
  buildConfiguration: 'Release'

steps:
- task: NuGetToolInstaller@1

- task: NuGetCommand@2
  inputs:
    restoreSolution: '$(solution)'

- task: VSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildArgs: '/p:DeployOnBuild=true …

我想使用服务器 2016(Azure VM) 在 azure IIS 上部署一个网站，并希望在互联网上的任何地方访问它。我怎样才能做到这一点？我必须使用哪个 IP 地址来实现此目的？

我正在尝试在 Azure 中部署 Spring boot 应用程序，并且按照微软官方文档https://learn.microsoft.com/en-us/azure/java/spring-framework/deploy-spring-boot-java中提到的确切步骤进行操作-app-with-maven-plugin。但即使在命令行中成功登录 azure 后，我仍收到错误消息。

由于最长生命周期，刷新令牌已过期。该令牌于 2019-11-25T00:18:57.5736076Z 颁发，此应用程序允许的最长生存期为 08:00:00 atcom.microsoft.aad.adal4j.AdalTokenRequest.executeOAuthRequestAndProcessResponse (AdalTokenRequest.java:128) at com. microsoft.aad.adal4j.AuthenticationContext.acquireTokenCommon (AuthenticationContext.java:928) 在 com.microsoft.aad.adal4j.AcquireTokenCallable.execute (AcquireTokenCallable.java:70) 在 com.microsoft.aad.adal4j.AcquireTokenCallable.execute (AcquireTokenCallable. java：38）在com.microsoft.aad.adal4j.AdalCallable.call（AdalCallable.java：47）在java.util.concurrent.FutureTask.run（FutureTask.java：264）在java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1128) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:628) 在 java.lang.Thread.run (Thread.java:835)

我们有一个 Azure DevOps Pipeline，它以 ZIP 包https://learn.microsoft.com/en-us/azure/app-service/deploy-run-package的形式运行我们的应用程序 ，而不是 ZIP Deploy。因此，我们无法通过 SFTP 进入我们的 Web 应用程序并进行更改。为什么 Pipeline 将我们的应用程序作为 ZIP 包运行，我们如何更改它？这是管道：

trigger: none

pool:
  vmImage: 'windows-latest'

steps:
- task: NuGetToolInstaller@1

- task: NuGetCommand@2
  inputs:
    restoreSolution: 'Solution1.sln'

- task: VSBuild@1
  inputs:
    solution: '$(agent.builddirectory)\s\Folder\Project.csproj'
    msbuildArgs: '/p:OutputPath="$(build.binariesDirectory)\Folder\bin" /p:DeployOnBuild=true /p:DeployDefaultTarget=WebPublish /p:WebPublishMethod=FileSystem /p:SkipInvalidConfigurations=true /p:publishUrl="$(build.artifactStagingDirectory)\ProjectTempFolder"'
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

- task: CopyFiles@2
  inputs:
    SourceFolder: '$(build.artifactStagingDirectory)\ProjectTempFolder'
    Contents: |
      **
    TargetFolder: '$(build.ArtifactStagingDirectory)\ProjectArtifacts'

- task: ArchiveFiles@2
  inputs:
    rootFolderOrFile: '$(build.ArtifactStagingDirectory)\ProjectArtifacts'
    includeRootFolder: false
    archiveType: 'zip'
    archiveFile: '$(build.ArtifactStagingDirectory)\Project.zip'
    replaceExistingArchive: true

- task: PublishBuildArtifacts@1
  inputs: …

我正在尝试部署一个简单的“Hello World！” 使用 Azure 门户部署中心将 .NET Core MVC 3.1 Web 应用程序连接到 Azure 应用服务。

我使用 .Net Core 版本 3.1 创建了一个应用程序。（Visual Studio 2019 下拉列表中只有版本 3.1，而不是 3.0。）

Visual Studio 2019 创建向导下拉列表：

但是部署中心尚不支持此功能。您可以在添加创建应用服务计划时选择运行时堆栈 3.1 (LTS)，但当您尝试使用部署中心创建 CI/CD 管道时，会出现错误：“source.buildConfiguration.version: Property 'source. buildConfiguration.version' 具有无效/不受支持的值“LTS””

如果我将 Web 应用程序降级到版本 3.0，并使用 Azure 门户部署中心（从我的 Azure Repo 构建）创建 3.0 的应用程序服务/部署管道，它表示部署已成功，但它仍然显示默认站点，不是我的“Hello World！” 地点。

Azure Devops Services 表明部署已成功：

因此，我期待看到我的“Hello World！” 地点：

但是，它仍然显示默认站点：

鉴于没有错误消息，我不确定如何最好地调试部署中出现的问题。任何意见，将不胜感激。

这是一项很酷的功能，允许应用程序通过环境值、Visual Studio Azure 服务身份验证或通过 MSI（如果在 Azure 上运行）获取令牌。它会自动逐步执行并找到有效的方法。如果您在本地运行并希望稍后使用 MSI 部署到 Web 应用程序，那就太好了。它从 MSI 或 Visual Studio 和其他一些地方获取令牌

它在工作时意外失败。我一直在与 MSFT 合作解决这个问题，我已经弄清楚发生了什么。我会发布一个答案。