Azure Function 默认是跑在它官方的 microsoft/azure-functions-base 这个镜像上。当然你可以定义自己的镜像，Azure 开放了这个能力。本文主要介绍如何操作。

创建自己的镜像

创建 Dockerfile

1

func init --docker

它会初始化一个 Dockerfile 等文件，如果你只需要 Dockerfile 可以把参数改成 --docker-only。
生成的 Dockerfile 里面有如下基础的配置：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# To enable ssh & remote debugging on app service change the base image to the one below
# FROM mcr.microsoft.com/azure-functions/python:4-python3.12-appservice
FROM mcr.microsoft.com/azure-functions/python:4-python3.12

ENV AzureWebJobsScriptRoot=/home/site/wwwroot \
    AzureFunctionsJobHost__Logging__Console__IsEnabled=true

COPY requirements.txt /
RUN pip install -r /requirements.txt

COPY . /home/site/wwwroot

这些不要改动。不过可以在上面添加你自己的东西，比如我在做视频相关的处理，所以我需要一个 ffmpeg 库安装上去，所以我添加了如下的代码：

1
2
3
4
5

# 安装 ffmpeg
RUN apt-get update && \
    apt-get install -y ffmpeg && \
    apt-get clean && \
    rm -rf /var/lib/apt/lists/*

注册

在 Azure Container Registry（容器注册表）这里注册一个你自己的命令空间。

创建完你就有一个自己的专属 Azure 镜像的域，如我这里的是 jsongo.azurecr.io。
在 CLI 中登录：

1

az acr login --name jsongo

如果你的 az 命令之前登录过，这里直接就成功了。记住后面再遇到 docker 操作提示登录的问题，直接运行上面这个命令即可。
接下去你就可以构建镜像，并把它推到你的这个域上了。

构建

首先你本地得有一个 Docker 软件安装并运行起来，可以到 Docker 官网上去下载，这个比较简单。当然如果你有一个线上的虚拟机，那就直接在上面处理也行，只不过还得在上面安装 azure 的 CLI。上一篇已经介绍过了、不再赘述。
接下去在本地构建上面创建的镜像。

1

docker build --tag jsongo/azure-video:0.1.0 .

如下示例。

比如我这个镜像，由于加了 ffmpeg 之后，构建完成时整个镜像很大，一下子撑到了 2G。

构建完，试着把它运行起来看看：

1

docker run --rm -e WEBSITES_INCLUDE_CLOUD_CERTS=true -p 8080:80 --name test-azure-video -it jsongo.azurecr.io/azure-video

当然你的 auth level 要设置成 anonymous authorization 才可以直接访问，如果没问题它能正常跑起来。接下去在本地 curl 一下 8080 端口就可以看到有没有正确返回。

用 Azure CLI 更新镜像

Azure 也提供了相应的指令用于更新你的镜像。

1

az acr build --registry jsongo --image jsongo.azurecr.io/azure-video:0.2.0 .

这里我们构建一个 0.2.0 版本，它同时会把新构建完的镜像 push 到 Registry 里。

推到 Azure 平台上

先打个 tag，刚构建时，默认是用的 dockerhub 的。

1

docker tag jsongo/azure-video:0.1.0 jsongo.azurecr.io/azure-video:0.1.0

其中 jsongo.azurecr.io 就是我们上面创建的域，它标识了一个 Docker Registry 的地址（默认是 docker.io）。
接下去运行 docker push 的时候，就可以找到 azure 的 Registry。

1

docker push jsongo.azurecr.io/azure-video:0.1.0

然后就是等了。我这个镜像 2G+，着实是要等好一会儿。
Push 完，打开你的 容器注册表页面，在这里就可以看到你刚推送上去的镜像了。

使用镜像

下面介绍两种使用镜像的方式，分别对应下图中的两个红框。

创建函数应用

创建一个 Function 如果要使用自己的镜像，“弹性消耗”是不支持的。要选“高级计划”或“应用服务”才行。

一步步往下直到创建完成。

接下去就可以打开 azure 函数首页，去看刚部署的函数。

至于哪些计划可以支持自定义容器部署可以参考这里：Azure Functions scale and hosting | Microsoft Learn。

创建函数容器环境（Container Apps）

其实如果要更好的跟 Azure Function 结合的话，可以试下“容器应用环境”(Azure Container Apps environment)，它可以用于你已经在跑的函数中。
同样我们也在首页创建一个，在“基本”（basics）中填写一些基础信息，这里不再赘述，比较简单。

接着到“部署”选项卡中，设置你刚 push 上去的镜像。先把“使用快速入门图像”勾选去掉，另外映像类型选专用的（Private），如图一样填写你的镜像信息。

费用是按需支付的，跟之前的两种方式不太一样：

而且单个机子的配置选项也足够灵活，如图。

应用开发和部署

如果使用了第一种方式创建了函数应用，它的部署方式就有所变化。之前在 [[azure serverless]] 里做过一些简单的介绍，当时提到发布方式比较简单，即 func azure functionapp publish xxx 就行。
不过现在我们是把代码打包到容器里，所以没法再使用这种方式去部署。现在需要改成 azure CLI 提供的 build 命令，其实在上文中提过了，只不过要稍加修改。

1

az acr build --registry jsongo --image jsongo.azurecr.io/azure-video:latest .

它推到远程去构建，并也 push 到远程 acr。
多次使用下来，其实我发现直接使用 docker 命令在本地构建会快很多，因为有缓存，所以我把面上的命令改成了：

1
2

docker build -t jsongo.azurecr.io/azure-video:latest .
docker push jsongo.azurecr.io/azure-video:latest

构建完成后，接下来，我们再运行下之前的更新命令即可：

1

func azure functionapp publish video-handler

其它

关于 Premium Plan 和 Dedicated Plan

这些 Plan 其实都涉及到了多种服务和资源，根据不同情况来选择。

Premium Plan

• 计算资源：通常指高性能的虚拟机或计算实例等。以虚拟机为例，不同规格的虚拟机收费不同，一般每小时的费用在 0.5 美元到几美元不等，如 DS 系列虚拟机可能比普通系列的虚拟机费用要高，高性能的虚拟机每小时费用可能要 0.834 美元甚至更高。
• 存储资源：如果是 Premium Storage，收费标准通常按磁盘的最大容量阶梯收费，而不是用多少算多少，且其读写操作也可能会有额外的收费，如每 10 万个存储事务为 3 元，不过每月一般会提供 100 亿次免费的事务 13。
• 网络资源：对于使用流量较大的公网 IP，每月费用可能在 1.2 美元及以上，负载均衡器每小时也会有一定的费用，如标准负载均衡器每小时的费用是 0.016 美元左右。

Dedicated Plan

• 计算资源：如 Dedicated Host，一般会根据主机的配置和租用时长收费，一台配置中等的 Dedicated Host 每月费用可能在 1000 美元到 3000 美元左右。
  • 存储资源：若使用专用的存储设备或特定的存储方案，收费也会因存储容量、性能要求等因素而异，通常专用存储的费用相对较高，每 GB 每月的费用可能在 0.2 美元到 0.5 美元之间，具体取决于存储类型和性能等级。
• 网络资源：如果需要专用的网络设备或带宽保证，费用也会相应增加，专用网络带宽每 Mbps 每月的费用可能在 10 美元到 50 美元左右。

选择

可以根据需求来选择：

• 如果对计算性能要求极高，但对资源的独占性要求不是特别高，Premium plan 可能更合适，因为它可以提供高性能的计算资源，同时成本相对较低。
• 如果对安全性、合规性以及资源的独占性有严格要求，需要完全隔离的计算和存储环境，那么 Dedicated plan 可能是更好的选择，尽管费用相对较高，但能满足特定的业务需求。
  实在不好选择，直接就选 Premium plan，比较经济些，一般也用不到比较太高级的配置。它目前有以下三个配置可以选：
  
  不过价格上… 是有点高些，具体可以看这里：定价 - Functions | Microsoft Azure。
  小时视角：
  
  月视角：
  
  补：后来在函数的设置里，看到了比较实际的价格。
  
  这个看起来比较切合实际，1 小时不到 2 块。

参考

• Working with Azure Functions in containers | Microsoft Learn
• Create Azure Functions in a local Linux container | Microsoft Learn
• Azure Container Registry roles and permissions - Azure Container Registry | Microsoft Learn
• 使用自定义云容器在 Azure Functions 中增强云安全性