<h1 id="lambda%E3%81%AE%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9%EF%BC%88python%EF%BC%89">
<a class="header-anchor-link" href="#lambda%E3%81%AE%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9%EF%BC%88python%EF%BC%89" aria-hidden="true"></a> Lambdaのイベントハンドラ（Python）</h1>
<div class="code-block-container"><pre class="language-py"><code class="language-py"><span class="token keyword">def</span> <span class="token function">myfunc_handler</span><span class="token punctuation">(</span>event<span class="token punctuation">,</span> context<span class="token punctuation">)</span><span class="token punctuation">:</span>
    — 関数の処理 — 
  <span class="token keyword">return</span> 戻り値
</code></pre></div><ul>
<li>eventとcontextのそれぞれの引数にはevent(「イベントの情報」)とcontext(「コンテキストの情報」)が渡される</li>
<li>Pythonのデフォルトではevent, contextという変数名になっているが、任意の名称でOK</li>
</ul>
<h2 id="%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%81%AE%E6%83%85%E5%A0%B1%EF%BC%88event%E5%BC%95%E6%95%B0%EF%BC%89">
<a class="header-anchor-link" href="#%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%81%AE%E6%83%85%E5%A0%B1%EF%BC%88event%E5%BC%95%E6%95%B0%EF%BC%89" aria-hidden="true"></a> イベントの情報（event引数）</h2>
<ul>
<li>イベントの情報とは、イベントから渡される任意の値のこと</li>
<li>S3やSESなどで発生するイベントをトリガーとして、各イベントに関連する情報が格納されて呼び出される</li>
<li>イベントの情報は、ほとんどJSON形式の文字列であるが、Lambda関数の引数として渡される時はパース済みである<br>
=&gt; そのため以下のようなイベントデータをLambda関数で受け取る際は</li>
</ul>
<div class="code-block-container"><pre><code>{“x” : 10, “y” : 2}
</code></pre></div><p>パースされてPythonのオブジェクトに変換されて、以下のように取得できる</p>
<div class="code-block-container"><pre><code>event[“x”] = 10
event[“y”] = 2
</code></pre></div><h2 id="%E3%82%B3%E3%83%B3%E3%83%86%E3%82%AD%E3%82%B9%E3%83%88%E3%81%AE%E6%83%85%E5%A0%B1%EF%BC%88context%E5%BC%95%E6%95%B0%EF%BC%89">
<a class="header-anchor-link" href="#%E3%82%B3%E3%83%B3%E3%83%86%E3%82%AD%E3%82%B9%E3%83%88%E3%81%AE%E6%83%85%E5%A0%B1%EF%BC%88context%E5%BC%95%E6%95%B0%EF%BC%89" aria-hidden="true"></a> コンテキストの情報（context引数）</h2>
<p>コンテキストの情報は、実行環境の情報である（Lambda関数はAWSが提供するLambda実行環境内で実行される）</p>
<aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content">
<p>&lt;コンテキストの情報&gt;</p>
<ul>
<li>割り当てられているメモリ量</li>
<li>Lambda関数が配置されているパス名</li>
<li>一次ディレクトリのパス名</li>
</ul>
<p>など</p>
</div></aside>
<h1 id="%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E3%81%AE%E6%AD%A3%E4%BD%93">
<a class="header-anchor-link" href="#%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E3%81%AE%E6%AD%A3%E4%BD%93" aria-hidden="true"></a> ランタイムの正体</h1>
<ul>
<li>隔離されたLinux実行環境（Linuxコンテナ環境）である</li>
<li>「Amazon Linuxベースのもの」で、利用する言語やバージョンによって異なる</li>
<li>x86ベースのアーキテクチャのものとArmベースのアーキテクチャのものがあり、こちらも利用する言語やバージョンによって異なる</li>
<li>
<code>/tmp</code>などの一時ディスク領域や環境変数も利用できる（保存できる最大容量は512MBまで）</li>
<li>動的なパブリックIPアドレスが割り当てられているため、インターネットとの通信も可能</li>
</ul>
<h1 id="%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E7%92%B0%E5%A2%83%E3%81%AE%E5%86%8D%E5%88%A9%E7%94%A8">
<a class="header-anchor-link" href="#%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E7%92%B0%E5%A2%83%E3%81%AE%E5%86%8D%E5%88%A9%E7%94%A8" aria-hidden="true"></a> ランタイム環境の再利用</h1>
<p>Lambdaはイベントのたびにランタイム環境を用意するのではなく、一度作成したLambda実行環境をしばらく破棄せずにとっておく。次にLambda関数が実行された時に再利用することで、2回目以降のLambda関数の実行を高速化する。</p>
<h2 id="%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E7%92%B0%E5%A2%83%E3%81%AE%E5%86%8D%E5%88%A9%E7%94%A8%E3%81%AE%E6%B3%A8%E6%84%8F%E7%82%B9">
<a class="header-anchor-link" href="#%E3%83%A9%E3%83%B3%E3%82%BF%E3%82%A4%E3%83%A0%E7%92%B0%E5%A2%83%E3%81%AE%E5%86%8D%E5%88%A9%E7%94%A8%E3%81%AE%E6%B3%A8%E6%84%8F%E7%82%B9" aria-hidden="true"></a> ランタイム環境の再利用の注意点</h2>
<h3 id="%E5%89%8D%E3%81%AB%E5%AE%9F%E8%A1%8C%E3%81%97%E3%81%9F%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B">
<a class="header-anchor-link" href="#%E5%89%8D%E3%81%AB%E5%AE%9F%E8%A1%8C%E3%81%97%E3%81%9F%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B" aria-hidden="true"></a> 前に実行したデータが残っている</h3>
<p>例えば、一時ファイルを/tmpに書き込む処理があった場合、前に実行したデータが残っていることで「同名のファイルが存在する」というエラーが発生する可能性がある。<br>
=&gt; Lambda関数を、常にまっさらな状態であることを前提として書くと、処理が失敗する可能性がある</p>
<h3 id="%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9%E4%BB%A5%E5%A4%96%E3%81%AE%E5%A0%B4%E6%89%80%E3%81%AB%E3%80%81%E9%83%BD%E5%BA%A6%E5%AE%9F%E8%A1%8C%E3%81%99%E3%82%8B%E5%87%A6%E7%90%86%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E6%9B%B8%E3%81%8B%E3%81%AA%E3%81%84">
<a class="header-anchor-link" href="#%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9%E4%BB%A5%E5%A4%96%E3%81%AE%E5%A0%B4%E6%89%80%E3%81%AB%E3%80%81%E9%83%BD%E5%BA%A6%E5%AE%9F%E8%A1%8C%E3%81%99%E3%82%8B%E5%87%A6%E7%90%86%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E6%9B%B8%E3%81%8B%E3%81%AA%E3%81%84" aria-hidden="true"></a> イベントハンドラ以外の場所に、都度実行する処理コードは書かない</h3>
<p>イベントが発生した時に、呼び出されることが保証されているのはイベントハンドラのみ。グローバルな場所にコードを書くこともできるが、そのプログラムがロードされた時の初回だけしか実行されない。</p>
<h1 id="%E3%83%A1%E3%83%A2%E3%83%AA%E3%81%AE%E5%89%B2%E3%82%8A%E5%BD%93%E3%81%A6">
<a class="header-anchor-link" href="#%E3%83%A1%E3%83%A2%E3%83%AA%E3%81%AE%E5%89%B2%E3%82%8A%E5%BD%93%E3%81%A6" aria-hidden="true"></a> メモリの割り当て</h1>
<p>Lambdaは関数はメモリを多く割り当てるとその分だけ処理能力が向上するが、実行した時間あたりの課金体系で、割り当てたメモリが多いほど単価が高くなる</p>
<h1 id="%E3%83%97%E3%83%AD%E3%83%93%E3%82%B8%E3%83%A7%E3%83%8B%E3%83%B3%E3%82%B0">
<a class="header-anchor-link" href="#%E3%83%97%E3%83%AD%E3%83%93%E3%82%B8%E3%83%A7%E3%83%8B%E3%83%B3%E3%82%B0" aria-hidden="true"></a> プロビジョニング</h1>
<ul>
<li>
<p>Lambda関数は、初回の実行にはランタイム環境の準備に時間がかかる（準備にかかる時間はログのInit Durationという項目に書かれている）。こうした準備の時間を省き、即座にLambda関数を実行するのがプロビジョニング機能。</p>
</li>
<li>
<p>プロビジョニング構成にするとランタイム環境がその場で作られ、スタンバイの状態になり、初期化処理を省ける。（AWSによるとプロビジョニングしておくことで、Lambda関数は2桁ミリ秒以内に応答するようになる）</p>
</li>
<li>
<p>プロビジョニングする場合、Lambda関数を実行しなくてもプロビジョニングしている時間あたりの課金が発生する</p>
</li>
<li>
<p>Lambda関数の呼び出し回数が頻繁にある場合は、利用を検討する価値があるが、そうでないならコストが高くなる可能性がある</p>
</li>
<li>
<p>対してプロビジョニングしない構成のことを「オンデマンド」という</p>
</li>
</ul>
<h1 id="%E9%96%A2%E6%95%B0arn">
<a class="header-anchor-link" href="#%E9%96%A2%E6%95%B0arn" aria-hidden="true"></a> 関数ARN</h1>
<ul>
<li>Lambda関数を登録すると関数ARN（Amazon Resource Name）と呼ばれる一位の名前が定められる</li>
</ul>
<div class="code-block-container"><pre><code>arn:aws:lambda:ap-northeast-1:XXXXXXX:function:hogeFunction
</code></pre></div><ul>
<li>イベントに対して、呼び出す関数を結び付ける場合、この関数ARNを使うのが基本</li>
</ul>
<h1 id="%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%83%8B%E3%83%B3%E3%82%B0">
<a class="header-anchor-link" href="#%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%83%8B%E3%83%B3%E3%82%B0" aria-hidden="true"></a> バージョンニング</h1>
<ul>
<li>関数ARNは、バージョニングに対応しており、バージョンづけして切り替えて利用ができる。「ステージング版から本番環境版にする」という時には「新しいバージョンを発行」という操作をする</li>
<li>新しいバージョンを発行すると現在の環境のスナップショットが作られ、そのスナップショットに対して「バージョン１」「バージョン２」のように、連番のバージョン番号が付けられる</li>
<li>バージョン付けした時に、それぞれのバージョンの関数ARNは、後ろに「:バージョン番号」を付けたものになる。最新版は「:以降が省略されたもの」になる</li>
<li>バージョンのうち、編集可能なものは最新版だけ。それ以外の版は、新しいバージョンの発行操作をした時のスナップショットであり、構成の変更はできない</li>
</ul>
<h1 id="%E3%82%A8%E3%82%A4%E3%83%AA%E3%82%A2%E3%82%B9">
<a class="header-anchor-link" href="#%E3%82%A8%E3%82%A4%E3%83%AA%E3%82%A2%E3%82%B9" aria-hidden="true"></a> エイリアス</h1>
<ul>
<li>エイリアスは特定のバージョンの関数ARNへのショートカットであり、「数値」の代わりに「:任意の名称」を付けたもの</li>
<li>イベントとLambda関数を結び付けるときに、関数ARNを直接指定するのではなく、エイリアス名を作っておいて、そのエイリアスと結びつければ、開発版や本番などを簡単に切り替えれる</li>
<li>運用を考える際は、積極的にエイリアスARNを利用すべき</li>
</ul>
<hr>
<aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content">
<p>&lt;参考&gt;<br>
AWS Lambda実践ガイド</p>
</div></aside>


Lambdaの機能あれこれメモ

コンテキストの情報（context引数）

Lambdaのイベントハンドラ（Python）

前に実行したデータが残っている

イベントハンドラ以外の場所に、都度実行する処理コードは書かない

ランタイム環境の再利用の注意点

Discussion