在 Linux 容器上触发的 Azure 函数 HTTP - 函数不起作用 404

Pio*_*otr 6 azure docker azure-devops azure-functions azure-container-registry

我被卡住了,也许你可以帮助我。(更新:经过调查,我知道它不起作用,因为构建/发布后 Azure 函数的 wwwroot 文件夹是空的。主要问题是为什么)

我正在尝试使用 Azure Container Registry (Linux) 发布 Azure Function 这一步我认为我成功了。我确实创建了 CI/CD 管道,并且所有内容都正确发布。

当我进入我的 azure 函数主页时,如:https : //myAzureFuncion.azurewebsites.net/(这只是示例)

我确实看到:

在此处输入图片说明

在开始时函数本身。这没什么特别的,因为我只是想测试 CI/CD 所以它是 AF 模板。我只是将授权更改为匿名(以排除身份验证问题):

        [FunctionName("MyAzureFunctionName")]
        public static async Task<IActionResult> Run(
            [HttpTrigger(AuthorizationLevel.Anonymous, "get", "post", Route = null)] HttpRequest req,
            ILogger log)
        {
            log.LogInformation("C# HTTP trigger function processed a request. Runned!");

            string name = req.Query["name"];

            string requestBody = await new StreamReader(req.Body).ReadToEndAsync();
            dynamic data = JsonConvert.DeserializeObject(requestBody);
            name = name ?? data?.name;

            return name != null
                ? (ActionResult)new OkObjectResult($"Hello, {name}")
                : new BadRequestObjectResult("Please pass a name on the query string or in the request body");
        }
Run Code Online (Sandbox Code Playgroud)

所以我很高兴 - 对吧?不,因为它不起作用。我正在尝试通过 HTTP 请求触发此功能:

https://myAzureFuncion.azurewebsites.net/api/MyAzureFunctionName?name=Mark

我不断收到 404 Not Found。我确实与邮递员一起检查过:相同(以前使用功能授权,我尝试使用 ?code=(code_in_host) 和标题 x-functions-key。所有时间相同的信息 --> 404 Not Found)

因为这个功能不存在。

当然,当我在本地运行它(使用 docker for windows)时,一切正常。我在跑步:

https://localhost:some_port/api/MyAzureFunctionName?name=Mark

我正在收到正确的答案。

你能指出我要检查什么以及如何在这里诊断问题吗?我已经输入了 App Insights Live Metrics --> 但没有注意到任何请求。

如何诊断这里的问题?

[更新 04.05.2020 01:35]

这是我的发布管道在 YAML 中的这个组件的样子

steps:
- task: AzureFunctionAppContainer@1
  displayName: 'Azure Function App on Container Deploy: MyFunctionName'
  inputs:
    azureSubscription: MySubscription
    appName: MyFunctionName
    imageName: 'myAcrContainer.azurecr.io/mobile/MyFunctionName:$(Build.BuildNumber)'
Run Code Online (Sandbox Code Playgroud)

我还在 Azure 门户中看到了这个 Azure 功能的一件奇怪的事情。当我进入功能菜单时 - 有信息,没有:

在此处输入图片说明

当我使用“新的 Azure 函数管理体验”时,同样出现

在此处输入图片说明

[更新 04.05.2020 11:40]

提供有关此案的更多信息。这是 docker 镜像的样子:

#See https://aka.ms/containerfastmode to understand how Visual Studio uses this Dockerfile to build your images for faster debugging.

FROM mcr.microsoft.com/azure-functions/dotnet:3.0 AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/core/sdk:3.0-buster AS build
WORKDIR /src
COPY ["BuildChat/BuildChat.csproj", "BuildChat/"]
COPY ["MyFunctionName/MyFunctionName.csproj", "MyFunctionName/"]
RUN dotnet restore "MyFunctionName/MyFunctionName.csproj"
COPY . .
WORKDIR "/src/MyFunctionName"
RUN dotnet build "MyFunctionName.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "MyFunctionName.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENV AzureWebJobsScriptRoot=/app
Run Code Online (Sandbox Code Playgroud)

这是我正在使用的构建管道:

- stage: BuildMyAzureFunction
  displayName: Build and push MyAzureFunction stage
  jobs:  
  - job: Build
    displayName: Build
    pool:
      vmImage: $(vmImageName)
    steps:
    - task: Docker@2
      displayName: Build and push image to container registry
      inputs:
        containerRegistry: $(dockerRegistryServiceConnection)
        repository:  $(imageRepositoryMyAzureFunction)
        command: 'buildAndPush'
        Dockerfile: $(dockerfilePathAzureMyAzureFunction)
        tags: |
          $(tag)
Run Code Online (Sandbox Code Playgroud)

我不知道我还能给你什么:)

也许 Azure 门户中的容器设置:

在此处输入图片说明

以及来自最新 docker 版本的日志:

2020-05-04 09:32:32.693 INFO  - Recycling container because of AppSettingsChange and isMainSite = True
2020-05-04 09:32:32.777 INFO  - Pulling image: myAcrContainer.azurecr.io/mobile/myAzureFunction:20200503.11
2020-05-04 09:32:33.829 INFO  - 20200503.11 Pulling from mobile/myAzureFunction
2020-05-04 09:32:33.832 INFO  -  Digest: sha256:688090984dbc5d257b7d4eefff886affa451c59407edd46792dfc81726f393ec
2020-05-04 09:32:33.832 INFO  -  Status: Image is up to date for myAcrContainer.azurecr.io/mobile/myAzureFunction:20200503.11
2020-05-04 09:32:33.835 INFO  - Pull Image successful, Time taken: 0 Minutes and 1 Seconds
2020-05-04 09:32:33.959 INFO  - Starting container for site
2020-05-04 09:32:33.961 INFO  - docker run -d -p 7287:80 --name myAzureFunction_1_84dd4d10 -e WEBSITE_CORS_ALLOWED_ORIGINS=https://functions.azure.com,https://functions-staging.azure.com,https://functions-next.azure.com -e WEBSITE_CORS_SUPPORT_CREDENTIALS=False -e WEBSITES_ENABLE_APP_SERVICE_STORAGE=false -e WEBSITE_SITE_NAME=myAzureFunction -e WEBSITE_AUTH_ENABLED=False -e PORT=80 -e WEBSITE_ROLE_INSTANCE_ID=0 -e WEBSITE_HOSTNAME=myAzureFunction.azurewebsites.net -e WEBSITE_INSTANCE_ID=8da8a02a13a3cdde53ad6aafcd4eb717ca00dd6bc65ff07378d74a0cd859e1c0 -e HTTP_LOGGING_ENABLED=1 myAcrContainer.azurecr.io/mobile/myAzureFunction:20200503.11  

2020-05-04 09:32:39.421 INFO  - Starting container for site
2020-05-04 09:32:39.422 INFO  - docker run -d -p 1500:8081 --name myAzureFunction_1_84dd4d10_middleware -e WEBSITE_CORS_ALLOWED_ORIGINS=https://functions.azure.com,https://functions-staging.azure.com,https://functions-next.azure.com -e WEBSITE_CORS_SUPPORT_CREDENTIALS=False -e WEBSITES_ENABLE_APP_SERVICE_STORAGE=false -e WEBSITE_SITE_NAME=myAzureFunction-e WEBSITE_AUTH_ENABLED=False -e WEBSITE_ROLE_INSTANCE_ID=0 -e WEBSITE_HOSTNAME=myAzureFunction.azurewebsites.net -e WEBSITE_INSTANCE_ID=8da8a02a13a3cdde53ad6aafcd4eb717ca00dd6bc65ff07378d74a0cd859e1c0 -e HTTP_LOGGING_ENABLED=1 appsvc/middleware:2001061754 /Host.ListenUrl=http://0.0.0.0:8081 /Host.DestinationHostUrl=http://172.16.2.6:80 /Host.UseFileLogging=true 

2020-05-04 09:32:44.658 INFO  - Initiating warmup request to container myAzureFunction_1_84dd4d10 for site myAzureFunction
2020-05-04 09:33:00.400 INFO  - Waiting for response to warmup request for container myAzureFunction_1_84dd4d10. Elapsed time = 15.7420671 sec
2020-05-04 09:33:16.088 INFO  - Waiting for response to warmup request for container myAzureFunction_1_84dd4d10. Elapsed time = 31.4308809 sec
2020-05-04 09:33:33.284 INFO  - Waiting for response to warmup request for container myAzureFunction_1_84dd4d10. Elapsed time = 48.6269148 sec
2020-05-04 09:33:56.001 INFO  - Container myAzureFunction_1_84dd4d10 for site myAzureFunctioninitialized successfully and is ready to serve requests.
2020-05-04 09:33:56.004 INFO  - Initiating warmup request to container myAzureFunction_1_84dd4d10_middleware for site myAzureFunction
2020-05-04 09:34:04.506 INFO  - Container myAzureFunction_1_84dd4d10_middleware for site myAzureFunction initialized successfully and is ready to serve requests.
2020_05_04_RD501AC582A899_easyauth_docker.log:
2020_05_04_RD501AC582A899_default_docker.log:
2020-05-04T09:21:14.187664147Z Hosting environment: Production
2020-05-04T09:21:14.187744046Z Content root path: /app
2020-05-04T09:21:14.187750446Z Now listening on: http://[::]:80
2020-05-04T09:21:14.187754446Z Application started. Press Ctrl+C to shut down.

2020-05-04T09:33:49.229983024Z Hosting environment: Production
2020-05-04T09:33:49.232401696Z Content root path: /app
2020-05-04T09:33:49.232413096Z Now listening on: http://[::]:80
2020-05-04T09:33:49.232417396Z Application started. Press Ctrl+C to shut down.

Run Code Online (Sandbox Code Playgroud)

[更新 04.05.2020 15:55]

我检查了部署中心,它看起来没问题:

在此处输入图片说明

但是因为我要发布 3 个 thigns(1 个 SignalR 集线器和 2 个 azure 函数——当然两者都“不工作”),我在想——也许它正在以某种方式混合(在这个 azure 函数应用程序上——实际上 SignalR 正在发布?

我确实检查了这个发布任务日志(假设发布 MyAzureFunction)并且一切看起来都正确(日志中到处都是我的 MyAzureFunction):

在此处输入图片说明

这是我的发布管道的样子:

在此处输入图片说明

这是连续部署触发器配置:

在此处输入图片说明

这是第 2 阶段(用于发布 azure 功能)预部署设置:

在此处输入图片说明

最后,发布步骤本身(虽然我已经发布了它的 YAML 版本。说实话 - 一切都检查出来了。图像/应用程序名称没有不匹配)

在此处输入图片说明

[更新 04.05.2020 16:15]

所以现在我 100% 知道发生了什么。在没有任何错误/警告的情况下成功发布后,azure 函数只是空的 :)

我已经使用高级工具检查了 wwwroot 的内容(在转到https://myAzureFunction.scm.azurewebsites.net/wwwroot/ 之后

结果如下:

在此处输入图片说明

所以它为什么不起作用是可以理解的:) 主要问题是“到底发生了什么”?:)

我确实尝试在部署中心同步代码(如@djsly 建议的那样)但它不起作用(可能是因为它由容器管理)但是我在尝试同步时添加了一条消息:

在此处输入图片说明

[更新 05.05.2020 00:18]

我确实连接到 Azure 容器注册表并下载了映像,该映像假设是在 Azure 中运行此 Azure 函数的映像。

所以我确实跑了:

docker login myAcrContainer.azurecr.io

docker pull myAcrContainer.azurecr.io/mobile/myAzureFunction:20200503.11

docker run -it --rm -p 31234:80 myAcrContainer.azurecr.io/mobile/myAzureFunction:20200503.11
Run Code Online (Sandbox Code Playgroud)

我确实点击了http://localhost:31234/api/MyAzureFuncionFuns

一切正常。因此,它证实了我的怀疑,即映像没有在 Azure 门户上的 Azure 功能上正确“运行”。

问题是:我做错了什么 - 还是 Azure 错误?

有一个关于我的应用服务计划的问题。这是它的样子(在 Azure 函数创建期间):

在此处输入图片说明

以下是计划详情:

在此处输入图片说明

现在是免费试用(因为他们在我创建它时提出了它)这可能是原因吗?他们不应该禁止某些东西而不是允许然后破坏某些东西吗?;)

Pio*_*otr 7

对于任何有类似问题的人

我或多或少得到了问题的“根本原因是什么”的信息。MS 支持人员联系了我并指出这是 docker 文件的问题。

他指出了两件事:我正在AzureWebJobsScriptRoot改变/app。他声称这可能是它在本地计算机上运行而不是在 Azure Portal 上运行的原因AzureWebJobsScriptRoot/home/site/wwwroot

关于此声明的两个有趣的事实:

1)不是我创建这个dockerfile(我远不是菜鸟)它是MS(插件)的功能,它允许您右键单击项目并选择Add->Docker support

这是这个功能:https://learn.microsoft.com/pl-pl/visualstudio/containers/overview ?view=vs-2019

2) 到底谁会在工作环境中造成如此大的差异,以至于本地 docker 上运行的东西无法在 Azure Portal 上的 docker 上运行 - 这太疯狂了:)

他建议我阅读本教程: https://learn.microsoft.com/en-us/azure/azure-functions/functions-create-function-linux-custom-image ?tabs=bash%2Cportal&pivots=programming-language -csharp

并使用此命令:

func init LocalFunctionsProject --worker-runtime dotnet --docker

它会创建这样的 docker 文件(或多或少)

FROM microsoft/dotnet:2.2-sdk AS installer-env

COPY . /src/dotnet-function-app
RUN cd /src/dotnet-function-app && \
    mkdir -p /home/site/wwwroot && \
    dotnet publish *.csproj --output /home/site/wwwroot

# To enable ssh & remote debugging on app service change the base image to the one below
# FROM mcr.microsoft.com/azure-functions/dotnet:2.0-appservice 
FROM mcr.microsoft.com/azure-functions/dotnet:2.0
ENV AzureWebJobsScriptRoot=/home/site/wwwroot \
    AzureFunctionsJobHost__Logging__Console__IsEnabled=true

COPY --from=installer-env ["/home/site/wwwroot", "/home/site/wwwroot"]
Run Code Online (Sandbox Code Playgroud)

这里最重要的是 - 它是针对 Azure Function 2 解决的,而我正在使用 Azure Function 3。不过,我确实更改了图像版本以适应版本 3,并且我确实扩展了它以涵盖以下事实:我必须构建引用的库。但它仍然无法工作:)(意思是,它可以在本地工作,但不能在 Azure Portal 上工作)

我将简单地就 docker 的问题创建新的 SOF。但我留下这个评论 - 也许它会对某人有所帮助。

[更新 2020 年 5 月 13 日]

对于任何寻找问题根本原因的人。如果您要查找 Azure 函数上的 404 问题 - 请查看此处:Linux 容器上的 Azure 函数的 Docker 问题 - 函数缺失导致函数运行时出现 404 错误