お問い合わせ
AWS Lambda プログラミングできない方へ、15分で動かす超入門

AWS Lambda プログラミングできない方へ、15分で動かす超入門

Jay-Piy wabi_motion

AWS Lambda プログラミングできない方へ、15分で動かす超入門

AWS LambdaをプログラミングなしでOKと思っていませんか? 実は15分で動かせます。関数作成・テスト・デプロイまで 初心者向けに実体験をもとにわかりやすく解説します。

「AWS Lambdaを使ってみたいけど、プログラミングに自信がない」という方は多いと思います。私自身、最初にLambdaを触ったとき、デプロイしたら謎のエラーが出て1時間溶かした経験があります。ただ、基本的な仕組みを理解すれば15分で動かせます。まずはその感覚を掴むことが大事です。

AWS Lambdaとは何か:サーバーレスの基本

AWS Lambdaは、サーバーを自分で管理しなくてもコードを実行できるサービスです。「サーバーレス」と呼ばれますが、サーバーがないわけではなく、AWSが裏側でサーバーを管理してくれるというイメージです。

従来はサーバーを立ち上げて、常時起動させておく必要がありましたが、Lambdaは処理が必要なときだけ動いて、終わったら止まります。使った分だけ課金されるので、アクセスが少ない段階では非常にコストが低く抑えられます。

まず最初に試してほしいのがこのコードです。AWSコンソールでLambda関数を作成して貼り付けるだけで動きます。

def lambda_handler(event, context):
    print("Lambda動いた!")
    return {
        'statusCode': 200,
        'body': 'Hello from Lambda!'
    }

これを実行して「Hello from Lambda!」が返ってきたら第一歩クリアです。私が最初にこれを動かしたとき、思ったより呆気なく動いて少し拍子抜けしました。

プログラミング初心者がLambdaで詰まりやすいポイントはここです。

  • ローカルで動いたのにデプロイしたら動かない(環境の差異)
  • 依存ライブラリのバージョンが合わない
  • IAMロールの設定が足りなくてエラーになる

これらは最初は原因がわかりにくいですが、一度経験すると次からはすぐ気づけるようになります。

非同期処理と状態管理:最初に知っておくべきこと

Lambdaを使う上で、非同期処理と状態管理は避けられない概念です。難しく聞こえますが、要点を押さえれば大丈夫です。

Lambdaはステートレスという特性があります。つまり、関数が実行されるたびにまっさらな状態で起動します。前の実行結果を次の実行に引き継ぐことができないので、データを保持したい場合はDynamoDBやS3などの外部サービスに保存する必要があります。

例えばDynamoDBにデータを保存する場合、こういったコードになります。

import boto3

def lambda_handler(event, context):
    dynamodb = boto3.resource('dynamodb')
    table = dynamodb.Table('MyTable')
    
    # データを保存
    table.put_item(
        Item={
            'id': '001',
            'message': 'テストデータ'
        }
    )
    return {'statusCode': 200, 'body': '保存完了'}

最初にこのコードを試したとき、IAMロールにDynamoDBへのアクセス権限をつけていなくてエラーになりました。「Access Denied」と出たら権限周りを確認してみてください。

複数のリクエストが同時に来た場合の注意点はこちらです。

  • 複数のリクエストによるデータの競合が起きる可能性がある
  • エラーハンドリングが分散環境では複雑になる
  • コールドスタート時に状態の初期化が必要になる

最初は「とりあえず動かす」ことを優先して、問題が出たら対処する方向で進めるのが現実的です。

コールドスタートと実行時間制限:Lambdaの2大制約

LambdaにはコールドスタートとMaximum15分という実行時間制限という2つの制約があります。これを知らずに設計すると後で困ることになるので、最初に頭に入れておきましょう。

コールドスタートは、しばらく使われていないLambda関数を呼び出したときに、起動処理が入って応答が遅くなる現象です。数秒のラグが生じることがあり、レスポンス速度を重視するシステムでは問題になります。

定期的にウォームアップするシンプルな方法としては、EventBridgeで定期実行する方法があります。

# ウォームアップ用のハンドラー例
def lambda_handler(event, context):
    # ウォームアップリクエストの場合は即返す
    if event.get('source') == 'warmup':
        print("ウォームアップ実行")
        return {'statusCode': 200}
    
    # 通常の処理
    return main_process(event)

対策としてはこちらが有効です。

  • コールドスタート対策:プロビジョンドコンカレンシーで常時起動状態にする、定期的にウォームアップ用のリクエストを送る
  • 実行時間制限対策:15分を超える処理は分割する、AWS Step Functionsと組み合わせて長い処理を管理する

コードの書き方だけでは解決できない部分なので、アーキテクチャの設計段階で考慮しておくことが重要です。

デバッグと監視:問題が起きたときの調べ方

Lambdaで問題が起きたとき、どこを見ればいいかわからないと途方に暮れます。私も最初はログの見方すらわからず、エラーメッセージを眺めるだけで時間が過ぎていきました。

CloudWatch Logsでログを確認する際、Lambda関数内でこのように書いておくと後から追いやすくなります。

import logging

logger = logging.getLogger()
logger.setLevel(logging.INFO)

def lambda_handler(event, context):
    logger.info(f"受け取ったイベント: {event}")
    
    try:
        # 処理
        result = do_something(event)
        logger.info(f"処理完了: {result}")
        return {'statusCode': 200, 'body': str(result)}
    except Exception as e:
        logger.error(f"エラー発生: {str(e)}")
        raise

printよりloggerを使う方が、ログレベルで絞り込みやすくなります。最初はprintで十分ですが、慣れてきたらloggerに切り替えるのがおすすめです。

AWSには便利な監視ツールが揃っています。これらを使いこなすとデバッグがかなり楽になります。

  • AWS X-Ray:リクエストの流れを可視化して、どこで遅延やエラーが起きているかを特定できます。
  • Amazon CloudWatch Logs:Lambda関数のログが自動で記録されます。エラーメッセージの検索もできるので、問題の原因調査に役立ちます。
  • Amazon CloudWatch Metrics:実行時間やエラー率などのメトリクスをリアルタイムで確認できます。異常があればアラートも設定できます。

サーバーレスフレームワークを使うと何が楽になるか

Lambdaを直接操作するのに慣れてきたら、サーバーレスフレームワークの導入を検討してみてください。デプロイやインフラ管理が大幅に楽になります。

例えばServerless Frameworkを使う場合、serverless.ymlにこのように書くだけでデプロイできます。

service: my-lambda-app

provider:
  name: aws
  runtime: python3.11
  region: ap-northeast-1

functions:
  hello:
    handler: handler.lambda_handler
    events:
      - httpApi:
          path: /hello
          method: get

あとは以下のコマンド一発でデプロイ完了です。

serverless deploy

手動でコンソールをポチポチする作業が不要になるので、デプロイのミスが格段に減ります。フレームワークを使うと以下のことが改善されます。

  • インフラの設定をコードで管理できるのでミスが減る
  • デプロイコマンド一発でまとめて反映できる
  • 従量課金のコスト最適化がしやすくなる
  • アクセス増加時の自動スケーリングに対応しやすい

プログラミングに自信がない場合の代替手段

「Lambdaはコードを書かないといけないからハードルが高い」という場合、AWS内には他の選択肢もあります。目的によってはLambdaを使わなくても実現できることも多いです。

  • 静的なWebサイトやコンテンツ配信:Amazon S3とCloudFrontの組み合わせで、プログラミングなしで高速なコンテンツ配信ができます。
  • データ連携や自動化:Amazon EventBridgeやAWS Step FunctionsはGUIベースでワークフローを組めるので、コードを書く量を減らせます。
  • Webアプリ開発:AWS Amplify StudioはUIやデータモデルをGUIで定義できるので、フロントエンド開発のコーディング量を大幅に削減できます。

プログラミングが苦手でも、AWSのサービスを組み合わせれば十分に高機能なシステムを作れます。最初から全部コードで書こうとせず、マネージドサービスを積極的に活用するのが現代のクラウド活用の基本的な考え方です。

まとめ:まず動かすことを目標にする

AWS Lambdaはプログラミングに慣れていなくても、基本的な動きを理解すれば15分で動かせます。コールドスタートや非同期処理など難しい概念もありますが、最初は「とりあえず動く状態を作る」ことだけを目標にしてください。問題は動かしながら一つずつ解決していけば十分です。まずはAWSコンソールでシンプルなHello WorldのLambda関数を作ってみるところから始めてみてください。

最後までお読みいただき、誠にありがとうございました。

ITエンジニアとして働きながら、AI・映像制作・AWSについて実体験をもとに発信しています。少しでも参考になれば嬉しいです。

他の記事もぜひ読んでみてください。