Впоследствии я решил эту проблему, изолировав код и сообщения об ошибках с помощью локального образа docker с zip-файлом. Выполнение кода на моей машине за пределами docker НЕ выявило каких-либо проблем, потому что в части pip / pipenv отсутствовала какая-то зависимость.
Шаги для локального тестирования docker:
В контейнере docker:
docker system prune
Go в папку с Dockerfile
docker image build -t <app_name>:<version_number> .
ДЛЯ локального запуска: (docker rm <app_name> во-первых, если у вас уже есть остановленный контейнер с таким же именем из предыдущего тестирования)
docker container run --publish 80:80 --name <app_name> myapp:1.0
ПРИМЕЧАНИЕ: это не позволит вам тестировать AWS функции, требующие переменных среды, таких как ~ . aws учетные данные, потому что они не находятся внутри образа. (но вы можете добавить их с помощью Dockerfile)
После запуска контейнера docker вы увидите (я видел) сообщения об ошибках, которых не было при локальном тестировании, потому что они были вызваны отсутствие зависимости пакета и ошибка pipenv.