PythonでのAWSLambdaインポートモジュールエラー

AWS Lambdapythonデプロイメントパッケージを作成しています。1つの外部依存関係リクエストを使用しています。AWSドキュメントhttp://docs.aws.amazon.com/lambda/latest/dg/lambda-python-how-to-create-deployment-package.htmlを使用して外部依存関係をインストールしました。以下は私のPythonコードです。

import requests

print('Loading function')

s3 = boto3.client('s3')


def lambda_handler(event, context):
    #print("Received event: " + json.dumps(event, indent=2))

    # Get the object from the event and show its content type
    bucket = event['Records'][0]['s3']['bucket']['name']
    key = urllib.unquote_plus(event['Records'][0]['s3']['object']['key']).decode('utf8')
    try:
        response = s3.get_object(Bucket=bucket, Key=key)
        s3.download_file(bucket,key, '/tmp/data.txt')
        lines = [line.rstrip('\n') for line in open('/tmp/data.txt')]
        for line in lines:
            col=line.split(',')
            print(col[5],col[6])
        print("CONTENT TYPE: " + response['ContentType'])
        return response['ContentType']
    except Exception as e:
        print(e)
        print('Error getting object {} from bucket {}. Make sure they exist and your bucket is in the same region as this function.'.format(key, bucket))
        raise e

project-dirディレクトリのコンテンツをZipで作成し、lambdaにアップロードしました（ディレクトリではなく、ディレクトリのコンテンツをZipします）。関数を実行すると、以下のエラーが発生します。

START RequestId: 9e64e2c7-d0c3-11e5-b34e-75c7fb49d058 Version: $LATEST
**Unable to import module 'lambda_function': No module named lambda_function**

END RequestId: 9e64e2c7-d0c3-11e5-b34e-75c7fb49d058
REPORT RequestId: 9e64e2c7-d0c3-11e5-b34e-75c7fb49d058  Duration: 19.63 ms  Billed Duration: 100 ms     Memory Size: 128 MB Max Memory Used: 9 MB

エラーのデバッグを手伝ってください。

エラーはラムダ関数のファイル名が原因でした。ラムダ関数の作成中に、ラムダ関数ハンドラーを要求します。Python_File_Name.Method_Nameという名前を付ける必要があります。このシナリオでは、lambda.lambda_handlerという名前を付けました（lambda.pyはファイル名です）。

スナップショットの下をご覧ください。

zipファイルをアップロードする場合。ディレクトリ自体ではなく、ディレクトリの内容を圧縮していることを確認してください。

この問題のもう1つの原因は、zip形式のファイルに対するアクセス許可です。それはしなければならない、少なくとも世界的な読み取り可能。（分chmod 444）

私はそれを圧縮する前にPythonファイルで以下を実行しました、そしてそれはうまくいきました。

chmod u=rwx,go=r

ニティーンの答えはとても役に立ちました。具体的なウォークスルーは次のとおりです。

これらの値を検索します。

1. Pythonスクリプトのla​​mbda_handler関数の名前。AWSの例で使用されている名前は、「def lambda_handler（event、context）」のような「lambda_handler」です。この場合、値は「lambda_handler」です。
2. Lambdaダッシュボードで、関数のラムダダッシュボードの[Configuration]セクションにある[Handler]テキストボックスでハンドラーの名前を見つけます（Nithinのスクリーンショットに表示されています）。私のデフォルト名は「lambda_function.lambda_handler」でした。
3. Pythonスクリプトの名前。「cool.py」だとしましょう

これらの値を使用して、ハンドラー（スクリーンショットに表示）の名前を「cool.lambda_handler」に変更する必要があります。これは、「モジュール 'lambda_function'をインポートできません」というerrorMessageを取り除く1つの方法です。Pythonスクリプトのハンドラーの名前を「sup」に変更する場合は、ラムダダッシュボードのハンドラーの名前を「cool.sup」に変更する必要があります。

AWS Lambda（Python用）のデプロイメントパッケージを作成する際の落とし穴はたくさんあります。失敗することはめったにない式が見つかるまで、セッションのデバッグに何時間も費やしてきました。

プロセス全体を自動化してエラーが発生しにくくするスクリプトを作成しました。また、すべてがどのように機能するかを説明するチュートリアルも作成しました。あなたはそれをチェックしたいかもしれません：

手間のかからないPythonLambdaデプロイメント[チュートリアル+スクリプト]

これが簡単なステップです。

と呼ばれるフォルダーがあり、deploy呼び出し内にラムダファイルがあるとしますlambda_function.py。このファイルが次のようになっていると仮定しましょう。（p1およびp2サードパーティのパッケージを表します。）

import p1
import p2

def lambda_handler(event, context):
    # more code here

    return {
        "status": 200,
        "body" : "Hello from Lambda!",
    }

サードパーティの依存関係ごとpip install <third-party-package> --target .に、deployフォルダ内から行う必要があります。

pip install p1 --target .
pip install p2 --target .

これを実行すると、構造は次のようになります。

deploy/
├── lambda_function.py
├── p1/
│   ├── __init__.py
│   ├── a.py
│   ├── b.py
│   └── c.py
└── p2/
    ├── __init__.py
    ├── x.py
    ├── y.py
    └── z.py

最後に、フォルダzip内のすべてのコンテンツをdeploy圧縮ファイルにする必要があります。MacまたはLinuxでは、コマンドはフォルダーzip -r ../deploy.zip *内からのようになりdeployます。-rフラグは再帰的なサブフォルダー用であることに注意してください。

ファイルzipファイルの構造は、元のフォルダーを反映している必要があります。

deploy.zip/
├── lambda_function.py
├── p1/
│   ├── __init__.py
│   ├── a.py
│   ├── b.py
│   └── c.py
└── p2/
    ├── __init__.py
    ├── x.py
    ├── y.py
    └── z.py

zipファイルをアップロードし、上記の例のよう<file_name>.<function_name>に、プロセスに入力するLambdaを指定しますlambda_function.lambda_handler。

上記のすべての解決策を試した後、私はこの難しい方法を見つけました。zipファイルでサブディレクトリを使用している場合は、__init__.py各サブディレクトリにファイルが含まれていることを確認してください。

私もエラーがありました。私のzipファイルにはコードの親フォルダーが含まれていることがわかりました。unzipzipファイルを調べてみると、lambda_functionファイルは親フォルダーの下にあります./lambda。

zipコマンドを使用して、エラーを修正します。

zip -r ../lambda.zip ./*

ではlambda_handler形式でなければなりませんlambda_filename.lambda_functionName。lambda_handler関数を実行したいとしlambda_fuction.py、それがの場合、ハンドラーの形式はlambda_function.lambda_handlerです。

このエラーが発生するもう1つの理由は、モジュールの依存関係です。

あなたは、lambda_fuction.pyzipファイルのルートディレクトリにある必要があります。

@ nithin、AWSは関数layers内のコンセプトをリリースしましたLambda。レイヤーを作成し、そこにライブラリーをアップロードして、レイヤーをラムダ関数に接続できます。詳細については、https：//docs.aws.amazon.com/lambda/latest/dg/configuration-layers.htmlをご覧ください。

2019年からの展望：

AWSLambdaはPython3.7をサポートするようになりました。これは、多くの人（私を含む）がインラインラムダのランタイムとして使用することを選択しています。

次に、外部の依存関係をインポートする必要があり、OPが参照するようにAWSDocsに従いました。（ローカルインストール-> zip->アップロード）。

インポートモジュールエラーが発生し、ローカルPCのデフォルトのPythonとしてPython2.7が使用されていることに気付きました。pipを呼び出すと、Python2.7の依存関係がインストールされました。

そこで、ラムダコンソールで選択したランタイムバージョンと一致するPythonバージョンにローカルで切り替えてから、外部依存関係を再インストールしました。これは私にとって問題を解決しました。例えば：

$ python3 -m pip install --target path/to/lambda_file <external_dependency_name>

私は同じ問題に遭遇しました、これは私が間違っていなければlynda.comのチュートリアルの一部としての演習でした。私が犯した間違いは、lamda関数コンソールのオプションであるPython3.6としてランタイムを選択しなかったことです。

Lambda関数の依存関係を（自分のマシンで）構築するために使用されるPythonバージョンが、Lambda関数用に選択されたPythonバージョンと異なるというここでの問題。このケースは、特にNumpyライブラリが依存関係の一部である場合によく見られます。

例：マシンのPythonバージョン：3.6 ---> Lambdapythonバージョン3.6

すべての要件を圧縮する必要があります。このスクリプトを使用してください

#!/usr/bin/env bash
rm package.zip
mkdir package
pip install -r requirements.txt --target package
cat $1 > package/lambda_function.py
cd package
zip -r9 "../package.zip" .
cd ..
rm -rf package

使用：

package.sh <python_file>

誰かに役立つ場合に備えて、同じ問題の解決策を共有します。

問題：AWSの記事[2]で提供されているaws-big-data-blogコード[1]の実行中に、「[ERROR] Runtime.ImportModuleError：Unable to import module'lambda_function '：No module name'StringIO'」というエラーが発生しました。

解決策：ランタイムをPython3.7からPython2.7に変更しました

[1] — https://github.com/bsnively/aws-big-data-blog/blob/master/aws-blog-vpcflowlogs-athena-quicksight/CloudwatchLogsToFirehose/lambdacode.py [2] — https：// aws .amazon.com / blogs / big-data / analysis-vpc-flow-logs-with-amazon-kinesis-firehose-amazon-athena-and-amazon-quicksight /

Lambda関数を構成して、追加のコードとコンテンツをレイヤーの形式で取り込むことができます。レイヤーは、ライブラリ、カスタムランタイム、またはその他の依存関係を含むZIPアーカイブです。レイヤーを使用すると、デプロイメントパッケージにライブラリを含める必要なしに、関数でライブラリを使用できます。レイヤーを使用すると、デプロイメントパッケージを小さく保つことができるため、開発が容易になります。

参照：-

1. https://docs.aws.amazon.com/lambda/latest/dg/configuration-layers.html
2. https://towardsdatascience.com/introduction-to-amazon-lambda-layers-and-boto3-using-python3-39bd390add17

このドキュメントに従って機能するように、フォルダー構造内のすべての依存関係をpython / [Your AllDependencies]として圧縮していることを確認してください。

https://docs.aws.amazon.com/lambda/latest/dg/configuration-layers.html#configuration-layers-path

私の問題は、.pyファイルと依存関係がzipの「ルート」ディレクトリにないことでした。たとえば、ライブラリのパスとラムダ関数.pyは次のようにする必要があります。

<lambda_function_name>.py
<name of library>/foo/bar/

ない

/foo/bar/<name of library>/foo2/bar2

例えば：

drwxr-xr-x  3.0 unx        0 bx stor 20-Apr-17 19:43 boto3/ec2/__pycache__/
-rw-r--r--  3.0 unx      192 bx defX 20-Apr-17 19:43 boto3/ec2/__pycache__/__init__.cpython-37.pyc
-rw-r--r--  3.0 unx      758 bx defX 20-Apr-17 19:43 boto3/ec2/__pycache__/deletetags.cpython-37.pyc
-rw-r--r--  3.0 unx      965 bx defX 20-Apr-17 19:43 boto3/ec2/__pycache__/createtags.cpython-37.pyc
-rw-r--r--  3.0 unx     7781 tx defN 20-Apr-17 20:33 download-cs-sensors-to-s3.py

実際にzipしたいメインフォルダ（デプロイメントパッケージ）に移動し、

そのフォルダ内ですべてのファイルを選択し、zipを作成してそのzipをアップロードします

以下に1つ追加してください Import requests

import boto3

私が見ることができるものはあなたのコードに欠けています。

その混乱をする必要はありません。

python-lambdaを使用する

https://github.com/nficano/python-lambda

1つのコマンドpylambda deploy で、関数が自動的にデプロイされます