此页面由 AI 自动翻译。查看英文原版

本页目录

  • 配置字段
  • 应用元数据
  • 应用构建和运行时配置
  • 应用层
  • 挂载
  • 静态前端
  • DepthAI 模型缓存
  • 环境变量和构建参数

配置 (oakapp.toml)

在每个应用的目录中,必须有一个 oakapp.toml 文件,其中包含应用的静态元数据和构建步骤。 元数据包括应用的标识符和版本。构建步骤是在容器中执行以构建或运行应用的命令。 oakapp.toml 文件示例:
Toml
1# (Required) App Identifier
2identifier = "com.luxonis.python_demo"
3# (Required) App Entrypoint
4entrypoint = ["bash", "-c", "python3 /app/main.py"]
5
6# (Optional) Prepare container commands
7# Here is the place where you can install all the dependencies that are needed at run-time
8prepare_container = [
9    { type = "COPY", source = "requirements.txt", target = "requirements.txt" },
10    { type = "RUN", command = "apt-get update" },
11    { type = "RUN", command = "apt-get install -y python3-pip" },
12    { type = "RUN", command = "pip3 install -r /app/requirements.txt --break-system-packages" },
13]
14
15# (Optional) Prepare build dependencies
16# Here is the place where you can install all the dependencies that are needed at build-time
17prepare_build_container = [
18    # Example: npm, gcc, ...
19]
20
21# (Optional) Additional commands after all the app files are copied to the container
22build_steps = []

配置字段

应用元数据

  • identifier - 应用的名称,采用类似 Java 的格式(使用点作为分隔符;例如,com.my_company.my_app
    • com.luxonis 命名空间保留给官方应用
    • 不推荐在生产应用中使用 com.example 命名空间
  • app_version - 应用的版本,格式为 major.minor.patch(例如,1.0.0

应用构建和运行时配置

  • entrypoint - 字符串数组(argv 格式的命令)
  • cwd - (可选,默认为 /)容器的当前工作目录
  • shell - (可选,默认为 ["/bin/bash", "-c"])用于在 prepare_containerprepare_build_container 部分执行 build_stepsentrypointRUN 命令的 shell
  • app_dir_name (可选/高级;默认为 app) - 应用文件复制到容器内的目录;仅当您已将此目录名称用于其他用途时才使用

应用层

类似于 Docker,应用是分多层构建的:
  1. 基础镜像层(在 base_image 部分指定)
  2. 运行时层(在 prepare_container 部分构建)
  3. 构建层(在 prepare_build_container 部分构建;此层在构建后与运行时层断开连接)
  4. 应用层(在此处执行应用目录中的所有文件并执行 build_steps
除了应用层之外,还有两个额外的并行层:
  • 静态前端层(如果在 static_frontend 部分指定)
  • DepthAI 模型缓存层(如果在 depthai_models 部分指定)
如果这些层中的任何一层发生更改,所有后续层都将重新构建。并行层会独立于彼此重新构建,因为它们没有相互依赖关系。

基础镜像

容器的基础镜像必须是基于 Debian 的。当前默认是 debian/bookworm-slim,请参见下面的示例:
Toml
1[base_image]
2api_url = "https://registry-1.docker.io" # 服务 https 地址
3service = "registry.docker.io" # 镜像注册表服务名称
4oauth_url = "https://auth.docker.io/token" # 此服务的 oauth 2.0 令牌地址
5auth_type = "repository" # 范围类型
6auth_name = "library/debian" # 资源名称
7
8image_name = "library/debian"
9image_tag = "bookworm-slim"
如果您需要不同的 Docker 镜像作为基础层,只需使用以下方式在 oakapp.toml 中定义此镜像:
Toml
1[base_image]
2image_name = "library/debian"
3image_tag = "bookworm-slim"
默认情况下,它从 Docker Hub 下载镜像,但您可以指定不同的仓库。您可以使用的 Docker 镜像有几个限制:
  • 它必须是基于 Debian 12 的镜像
  • 它必须支持 ARM 架构
  • 它必须与 Docker 的 Manifest V2 兼容
或者,您可以使用本地运行的注册表,并在 oakapp.toml 中配置 [base_image] 设置,如下所示:
Toml
1[base_image]
2 api_url = "http://localhost:5000" # 从设备可见的服务 http 地址
3 image_name = "my-base"
4 image_tag = "local"
并在本地网络上提供服务:
Command Line
1docker run -d -p 5000:5000 --name zot ghcr.io/project-zot/zot-linux-amd64:latest
2
3# 仅用于使用不安全注册表的本地测试
4regctl registry set --tls=disabled localhost:5000
5docker buildx create --use --driver docker-container --driver-opt network=host
6
7# 创建一个简单的基础镜像
8echo "FROM debian:bookworm-slim" > ./Dockerfile
9 
10# 设置本地注册表的 IP 地址(如果不在 localhost 上运行)
11docker buildx build -f ./Dockerfile --platform=linux/arm64 -t 127.0.0.1:5000/my-base:local --push .
请记住,应用是在设备上构建的,因此注册表必须可以从设备访问。base_image.api_url 必须指向设备网络可访问的地址。

运行时和构建层

prepare_containerprepare_build_container 都是在容器中执行以准备相应层的命令数组。唯一的区别是构建层在运行时不存在。可用的命令类型有:
  • RUN - 在容器中运行命令
Toml
1prepare_container = [
2    { type = "RUN", command = "apt-get update" },
3    { type = "RUN", command = "apt-get install -y python3-pip" },
4]
  • COPY - 将文件从应用程序目录复制到容器中,在应用程序层中更早。这对于复制依赖文件(如 requirements.txt)非常有用。在此处复制实际的应用程序文件不是必需的,因为它们将在应用程序层中稍后复制。
    • source - 相对于主机上应用程序目录的源文件路径
    • target - 容器内应用程序目录的路径(如果指定了 app_dir_name,则为相对路径)
Toml
1prepare_container = [
2    { type = "COPY", source = "requirements.txt", target = "requirements.txt" },
3]

应用程序层

首先,将应用程序目录中的所有文件复制到容器中(如果指定了 app_dir_name,则复制到其中)。然后,按顺序执行 build_steps 中的命令。
  • build_steps - 用于构建应用程序或其他准备命令的步骤(字符串数组)
Toml
1build_steps = [
2    "g++ -o /app/my_app /app/main.cpp",
3    "chmod +x /app/my_app",
4]
您可以通过在应用程序目录中添加 .oakappignore 文件来忽略复制到容器的文件。 语法类似于 .gitignore。示例:
Plain Text
1# 忽略所有 .log 文件
2*.log
3# 忽略 node_modules/ 目录
4node_modules/

挂载

挂载允许您将运行应用程序的设备上的目录或设备链接到应用程序容器中。您不能通过这种方式挂载主机上的目录。 必需的挂载在构建时和运行时都必须存在。
  • required_mounts, required_devices - 必需的挂载 - 如果在容器启动时不存在,应用程序将以错误停止
语法为 source[:target[:options]];默认值:
  • source=target
  • options="rbind,rw"
  • 所有挂载路径都必须是绝对路径。对于 required_mountsrequired_devicesoptional_mountsoptional_devicesadditional_mountssource/target),相对路径将被拒绝。
示例:
Toml
1required_mounts = [
2    "/data/my-storage:/app/storage:rw,rbind",
3]
  • optional_mounts, optional_devices - 如果在容器启动时不存在,则忽略这些挂载
  • additional_mounts ( source , target , type , options , required ) 对象数组,请参阅下面的示例:
Toml
1additional_mounts = [
2    { source = "/run/user/1000/pulse", target = "/run/user/1000/pulse", type = "none", options = [
3        "rbind",
4        "rw",
5    ], required = true },
6    { source = "/home/root/.config/pulse/cookie", target = "/root/.config/pulse/cookie", type = "none", options = [
7        "bind",
8        "ro",
9    ], required = true },
10]
  • additional_build_mounts - 与 additional_mounts 相同,但仅用于构建时;这些挂载在运行时不存在
  • allowed_devices - 应用程序允许在容器内访问的设备列表
Toml
1allowed_devices = [{ allow = true, access = "rwm" }]

静态前端

静态前端层允许您与应用程序一起构建和提供静态 Web 前端。请参阅 GitHub 上的示例
  • static_frontend
    • dist_path - 构建的前端文件的路径(相对于主机上的应用程序目录)
      • build (可选) - 前端的构建配置
        • source_path - 前端源文件的路径
        • steps - 构建前端的命令数组
Toml
1[static_frontend]
2dist_path = "./frontend/dist" # 构建的前端文件的路径
3
4[static_frontend.build]
5source_path = "./frontend" # 前端源文件的路径
6steps = ["cd /app/frontend/src && npm install && npm run build"]
  • assign_frontend_port - 如果设置为 true,将为容器内的 OAKAPP_STATIC_FRONTEND_PORT 环境变量分配一个可用端口;即使未指定 static_frontend,也可以使用此选项
Toml
1assign_frontend_port = true
  • static_frontend_dir_name (可选/高级;默认为 static_frontend) - 容器内用于挂载静态前端文件的目录(将存储在 OAKAPP_STATIC_FRONTEND_PATH 环境变量中);仅当您已将此目录名称用于其他用途时才使用

DepthAI 模型缓存

此部分允许您指定一个包含 *.yaml 格式的 DepthAI 模型文件夹,该文件夹将在构建时缓存在容器内。这样,您可以创建无需在运行时下载模型的离线应用程序。
  • depthai_models
    • yaml_path - *.yaml 格式的 DepthAI 模型文件夹路径
    • use_only_cache - 如果设置为 true,将只使用缓存的模型,运行时不会下载新模型(设置 DEPTHAI_ZOO_INTERNET_CHECK 环境变量)
Toml
1depthai_models = { yaml_path = "./backend/src/depthai_models" }
  • depthai_models_dir_name(可选/高级;默认为 depthai_models)- 模型挂载在容器内的目录;仅当您已将此目录名称用于其他用途时使用。

环境变量和构建参数

环境变量仅在运行时设置。
Toml
1[env]
2MY_ENV_VAR = "some_value"
3ANOTHER_ENV_VAR = "another_value"
构建参数仅在构建时设置,运行时不可用。
Toml
1[arg]
2MY_BUILD_ARG = "some_build_value"
3ANOTHER_BUILD_ARG = "another_build_value"
环境变量和构建参数的优先级均低于用户在命令行中设置的变量(oakctl app run --env MY_ENV_VAR=value)。