python-okx容器化部署实战5步让策略跑上服务器【免费下载链接】python-okx项目地址: https://gitcode.com/GitHub_Trending/py/python-okx本文以 OKX 的 Python SDK python-okx 为例讲清如何用 Docker 部署量化策略让服务器环境与本地完全一致多策略并行稳定运行。上周有个同事本地升级了 Python 版本策略跑得挺好部署到服务器却因为依赖对不上直接 import 失败折腾了半天才修好。这就是典型的在我电脑上能运行。把基于 python-okx 的策略装进 Docker 容器代码、依赖、时区一起打包服务器上的行为和你在本地看到的一模一样。️ 先看清部署链路的全貌进细节之前先看整条链路。从你敲下的第一行代码到策略在服务器上跑起来就 4 个环节写代码用 python-okx 写策略准备好 requirements.txt 和 Dockerfile构建镜像docker build把代码和依赖打包成一个镜像文件启动容器docker compose并行拉起多个策略密钥从 .env 读取运维监控看日志、限资源、健康检查、按版本号回滚说明python-okx 仓库内没有现成的架构图建议在此处放一张自绘的部署流程图内容包含python-okx 代码 → Docker 镜像 → 策略容器 → 日志与监控四个节点图注里带上python-okx 容器化部署链路这类关键词。 环境与项目目录先备好先把版本要求对齐避免后面踩兼容性的坑项目建议版本说明Python3.9 ~ 3.12python-okx 官方支持 3.73.9 起最稳Docker Engine20.10构建和运行容器Docker Composev2多容器编排磁盘≥2GB 空闲基础镜像加依赖缓存websockets≥10.0python-okx 的 WebSocket 模块用到随库自动装目录不用复杂策略和配置分开放密钥单独隔离quant-system/ ├── docker-compose.yml ├── Dockerfile ├── requirements.txt ├── .env # 密钥与参数加进 .gitignore ├── .env.example ├── strategies/ │ ├── ma_strategy.py │ └── grid_strategy.py └── logs/requirements.txt 里核心就一行python-okx0.4.3其余依赖httpx、websockets、loguru 等装库时会自动带上不用手动列。 Dockerfile 怎么写抓住 3 个关键点多阶段构建。好处是最终镜像不含编译工具链体积小、攻击面小。原理是分两段第一段只装依赖生成 wheel 包第二段只复制 wheel 来装。时区。交易所和日志都按北京时间对账容器默认 UTC 很容易让日志时间差 8 小时一行ENV TZ解决。健康检查。好处是进程假死时 Docker 能发现并配合 restart 策略自愈。原理是定期执行一条命令失败次数超阈值就标记为 unhealthy。slim 镜像里没有 curl用 python 自身来检查就行。FROM python:3.9-slim AS builder WORKDIR /app COPY requirements.txt . RUN pip wheel --no-cache-dir --wheel-dir /wheels -r requirements.txt FROM python:3.9-slim ENV TZAsia/Shanghai WORKDIR /app COPY --frombuilder /wheels /wheels RUN pip install --no-cache /wheels/*.whl COPY . . HEALTHCHECK --interval30s --timeout5s --retries3 \ CMD python -c print(ok) CMD [python, -u, strategies/ma_strategy.py]python -u关闭输出缓冲日志能实时刷出来排查问题时很关键。 一条命令跑起多个策略Compose 的核心思路同一个镜像多个服务靠command区分各自跑哪个策略文件靠环境变量区分参数。改一处配置所有策略容器行为一致。services: ma-strategy: build: . image: quant-strategy:v1 restart: always command: python -u strategies/ma_strategy.py environment: - API_KEY${API_KEY} - SECRET_KEY${SECRET_KEY} - PASSPHRASE${PASSPHRASE} - STRATEGYma deploy: resources: limits: {cpus: 0.5, memory: 512M} volumes: - ./logs/ma:/app/logsgrid-strategy 照抄一份只改command、STRATEGY和日志路径。密钥不写死在镜像里放在 .env 中由 Compose 自动注入API_KEYyour_api_key SECRET_KEYyour_secret_key PASSPHRASEyour_passphrase关键字段逐个拆开看字段作用怎么写environment传密钥和策略参数${API_KEY}从 .env 读取绝不硬编码command指定跑哪个策略文件同一镜像因此能起多个策略deploy.resources.limits给 CPU/内存设上限单个策略最多占多少一目了然volumes日志目录挂到宿主机容器删了日志还在方便长期保存restart: always崩溃或机器重启后自动拉起配合健康检查停摆时间压到最短再给全局加上logging配置driver 用 json-filemax-size: 10m、max-file: 3容器日志就不会无限膨胀。以 4 核 8G 的机器为参考每个策略限 0.5 核的话并行跑 5~8 个轻量策略容器比较从容具体按策略吃不吃 CPU 调整。 日常运维记住 4 个高频动作启动与验证docker compose up -d --build # 构建并后台启动 docker compose ps # 确认状态为 running / healthy看日志docker compose logs -f ma-strategy # 实时跟踪某个策略的输出回滚旧版本给镜像打版本 tagv1、v2……线上出问题就把 compose 里的image改回上一版再执行docker compose up -d一分钟内完成切换不需要重新构建。热更新代码在 services 里加一行挂载./strategies:/app/strategies之后改策略文件只需docker compose up -d重载容器不用重新 build 镜像。适合改参数、调阈值这类高频小改动。⚠️ 踩坑指南最容易出现的 3 种现象现象WebSocket 日志频繁出现 code1006 断连原因容器出口网络抖动或服务器在防火墙后、代理没配连接维持不住。 解法在 Compose 的 environment 里加HTTP_PROXY/HTTPS_PROXY重连逻辑可参考okx/websocket/WsUtils.py的实现。现象某个策略容器 CPU 长期高位原因行情或 K 线轮询频率开得太高。 解法把okx/MarketData.py的请求间隔从 1 秒放宽到 5 秒同时用deploy.resources.limits给该容器单独压低 CPU 上限防止拖垮同机其他策略。现象检查镜像层时发现 API 密钥赫然在内原因密钥硬编码在策略源码里随COPY . .进了镜像。 解法策略统一改为从环境变量读密钥真实值只放 .env并把 .env 写进 .gitignore。镜像建好之后新增策略、发新版本都只是一次构建加一次启动整个过程通常不到 10 分钟。想再进一步可以接入 Prometheus Grafana 盯每个策略容器的 CPU 和内存规模大了再迁到 Kubernetes 做多节点调度。把策略从本地机器搬出来让它稳定地跑在容器里。【免费下载链接】python-okx项目地址: https://gitcode.com/GitHub_Trending/py/python-okx创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考