Ошибка при использовании библиотеки python confluent-kafka с AWS lambda

Question

Я пытаюсь использовать библиотеку python confluent-kafka для администрирования моего кластера с помощью лямбда-функции, но функция не работает с ошибкой:

"Unable to import module 'Test': No module named 'confluent_kafka.cimpl'"

Мои требования.txt

requests
confluent-kafka

Чтобы создать zip-файл, я переместил свой код в местоположение пакетов сайта в виртуальном окружении и заархивировал все.

Код Python:

import confluent_kafka.admin
import requests
def lambda_handler(event, context):
    print("Hello World")

Я использую MacOS 10.X. В Linux я заметил, что pip install создает отдельный confluent_kafka.libs, который не создается на Mac

Answer 1

Я создал необходимый слой и убедился, что он работает.

Используемая техника включает инструмент докера, описанный в недавнем блоге AWS:

• Как создать слой Lambda с помощью смоделированной среды Lambda с помощью Docker?

Таким образом, для этого вопроса я проверил его следующим образом:

1. Создайте пустую папку, например mylayer.

2. Зайдите в папку и создайте requirements.txt файл с содержанием

echo requests > requirements.txt
echo confluent-kafka >> requirements.txt

3. Выполните следующую команду докера:

docker run -v "$PWD":/var/task "lambci/lambda:build-python3.8" /bin/sh -c "pip install -r requirements.txt -t python/lib/python3.8/site-packages/; exit"

4. Создайте слой как zip:

zip -r mylayer.zip python > /dev/null

5. Создать лямбда-слой на основе mylayer.zipв Консоли AWS. Не забудьте указатьCompatible runtimes к python3.8.

6. Протестируйте слой в лямбда-выражении, используя следующую лямбда-функцию:

import confluent_kafka.admin
import requests

def lambda_handler(event, context):
    print(dir(confluent_kafka.admin))
    print(dir(requests))
    print("Hello World")

Функция выполняется правильно:

['AdminClient', 'BrokerMetadata', 'CONFIG_SOURCE_DEFAULT_CONFIG', 'CONFIG_SOURCE_DYNAMIC_BROKER_CONFIG', 'CONFIG_SOURCE_DYNAMIC_DEFAULT_BROKER_CONFIG', 'CONFIG_SOURCE_DYNAMIC_TOPIC_CONFIG', 'CONFIG_SOURCE_STATIC_BROKER_CONFIG', 'CONFIG_SOURCE_UNKNOWN_CONFIG', 'ClusterMetadata', 'ConfigEntry', 'ConfigResource', 'ConfigSource', 'Enum', 'KafkaException', 'NewPartitions', 'NewTopic', 'PartitionMetadata', 'RESOURCE_ANY', 'RESOURCE_BROKER', 'RESOURCE_GROUP', 'RESOURCE_TOPIC', 'RESOURCE_UNKNOWN', 'TopicMetadata', '_AdminClientImpl', '__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__path__', '__spec__', 'concurrent', 'functools']
['ConnectTimeout', 'ConnectionError', 'DependencyWarning', 'FileModeWarning', 'HTTPError', 'NullHandler', 'PreparedRequest', 'ReadTimeout', 'Request', 'RequestException', 'RequestsDependencyWarning', 'Response', 'Session', 'Timeout', 'TooManyRedirects', 'URLRequired', '__author__', '__author_email__', '__build__', '__builtins__', '__cached__', '__cake__', '__copyright__', '__description__', '__doc__', '__file__', '__license__', '__loader__', '__name__', '__package__', '__path__', '__spec__', '__title__', '__url__', '__version__', '_check_cryptography', '_internal_utils', 'adapters', 'api', 'auth', 'certs', 'chardet', 'check_compatibility', 'codes', 'compat', 'cookies', 'delete', 'exceptions', 'get', 'head', 'hooks', 'logging', 'models', 'options', 'packages', 'patch', 'post', 'put', 'request', 'session', 'sessions', 'ssl', 'status_codes', 'structures', 'urllib3', 'utils', 'warnings']
Hello World

Answer 2

Я попал в это даже после правильной настройки слоя. Я смог обойти эту проблему, настроив свой слой и функцию на использование архитектуры x86_64.