我对Docker和部署周期有点陌生。
我有Django应用程序，我们想用uWSGI部署到docker容器。实际上，部署完美地工作了几周，但现在它很好地报告了错误......
加密包的错误接缝：
build/temp.linux-x86_64-3.6/_openssl.c:52862:10: warning: conversion to 'long unsigned int' from 'long int' may change the sign of the result [-Wsign-conversion]
build/temp.linux-x86_64-3.6/_openssl.c: In function '_cffi_f_SSL_set_options':
build/temp.linux-x86_64-3.6/_openssl.c:52895:14: warning: conversion to 'long int' from 'long unsigned int' may change the sign of the result [-Wsign-conversion]
{ result = SSL_set_options(x0, x1); }
^~~~~~~~~~~~~~~
build/temp.linux-x86_64-3.6/_openssl.c:52895:14: warning: conversion to 'long unsigned int' from 'long int' may change the sign of the result [-Wsign-conversion]
error: command 'gcc' failed with exit status 1
----------------------------------------
Command "/usr/local/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-dg_tg9pa/cryptography/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('rn', 'n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-my98rwq4/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-install-dg_tg9pa/cryptography/
The command '/bin/sh -c pip install --no-cache-dir -r requirements.txt' returned a non-zero code: 1
ERROR: Job failed: exit code 1
我们的码头工人文件看起来像
FROM python:3-alpine
ENV PYTHONUNBUFFERED 1
WORKDIR /usr/src/app
RUN apk add --no-cache gcc mailcap python3-dev build-base linux-headers pcre-dev postgresql-dev libffi-dev libressl-dev
COPY requirements.txt ./
RUN pip install --no-cache-dir -r requirements.txt
正如我提到的 docker 文件和要求.txt在成功构建和失败构建之间没有变化。(对我来说最奇怪的是什么...
我唯一能想到的是那个命令
FROM python:3-alpine
正在采取不同版本的阿尔卑斯山...
这可能吗？可能出了什么问题？如何解决？
Alpine 是大多数提供 C/C++ 扩展(用 C/C++ 编写的代码编译为共享对象并通过外部函数库加载到 Python 中的代码(的令人头疼的发行版。原因是PEP 513，Linux发行版之间的可移植性定义，manylinux1，基于glibc/glibcxx。由于Alpine使用musl libc，因此在Alpine上不能安装与manylinux1兼容的轮子。因此，当您发出 pip install 加密时，带有编译扩展的轮子会被过滤，pip 会尝试使用源代码中的所有 C 扩展构建包。
使用系统包管理器
安装这是首选方式，@GracefulRestart在评论中提到了这种方式;如果您不需要软件包的前沿版本，请使用它。用apk安装它：
$ apk add py-cryptography
使用 PIP
安装如果您需要最前沿的版本，您可以尝试通过使用 pip 安装从源代码构建它。
准备生成环境
您将需要带有头文件的编译器和库：musl，OpenSSL，libffi和Python本身：
$ apk add gcc musl-dev libffi-dev openssl-dev python3-dev
建筑
$ 点子安装 pkgname
默认情况下隐藏生成日志。若要查看完整的生成日志，请添加 -vvv 以增加详细程度。(可选(此外，您可以通过添加 - 明确禁止安装 manylinux1 轮子 -
-no-binary=pkgname
因此，将强制执行从源代码构建。
$ pip install cryptography -vvv --no-binary=cryptography
我的修复是降级到 alpine3.6(我在使用 alpine3.8 时遇到了这个问题(。
FROM python:3.6.6-alpine3.6
RUN apk update && apk add libressl-dev postgresql-dev libffi-dev gcc musl-dev python3-dev
找到了修复程序。指定旧版本的libressl-dev修复了我的 DockerHub 构建。
apk add --no-cache libressl-dev=2.6.4-r2
2.7.3-rx目前是libressl-dev的最新版本，并且是有问题的版本。尝试在 Dockerfile 中使用上面提到的版本，看看它是否适合您。
我放弃了基于高山的图像，并使用了buster intead。