岩田智哉(69)12この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。はじめにサーバーレス開発部@大阪の岩田です。Lambdaの制限として解凍後のデプロイパッケージサイズはレイヤーを含めて250Mまでという制限があります。本エントリではサイズの大きなレイヤーを使い、デプロイパッケージのサイズを上限ギリギリまで大きくしていった際にどの様な影響があるかを観察してみます。Function実行時間の計測を行います。事前準備まず下記のシェルスクリプトを実行し、49Mのレイヤーを5つ作成します。Functionを準備します。Functionのコードです。コード自体には特に意味はありません。Functionをデプロイしながらパターンごとに計測していきます。Functionをデプロイします。先ほど作成したZIPを指定しつつ、X-Rayを有効化しています。Mode=Activeデプロイの所要時間です。real0m1.426suser0m0.522ssys0m0.197sサクッと終了しました。適当なテストイベントを設定して実行、X-Rayのトレースを確認してみます。initializationの表示が出ており、コールドスタートしていることが分かります。次にレイヤーを1つ紐付けてデプロイパッケージのサイズを大きくしてみます。arn:aws:lambda:ap-northeast-1:xxxxxxxxxxxx:layer:bigfilelayer1:1デプロイの所要時間です。real0m8.659suser0m0.467ssys0m0.136s一気に遅くなったことが分かります。X-Rayのトレース結果です。Functionの所要時間は相変わらず数msレベルですが、総所要時間は752msとなっています。この調子でレイヤーを増やしていき、レイヤー5つを紐付けた場合まで計測していきます。最終的な結果は下記の通りです。複数回計測すべきですが、計測結果が明らかに遅くなっていったので1回で切り上げました。Function実行の所要時間共に増えていきました。Function実行の所要時間は5秒程度遅くなっています。pull相当の処理が裏で動いているのかもしれません。Layersの指定にLatestが使えないのも納得です。Functionの挙動を観察してみました。Functionの挙動も確認してみたいと思います。※一度249Mのレイヤーを作ろうと試したのですが、タイムアウトしてレイヤー作成に失敗してしまいました。692,503回転するのが大好きなサーバーレスエンジニアです。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。本が出ていたので読んでみたところよかったので紹介させていただきます。使いたいときの注意点を書きました。新井成一64最近Sphinxつかってドキュメントを書いてるのですがなかなかイケています。臼田佳祐295ワークフロー自動化OSSのn8nをAWS環境で建てて検証してみました。非常に期待できるサービスです。Fargateの勉強をしています。使ってみたい方は参考にしてください。洋介255SnowflakeがAWSの東京リージョン上で稼働するようになりました。データを日本に置けます。芳賀健232こんにちは!猫様の忠実なるしもべ、芳賀健です。Tokyoで開催されました。カフェ店長のオカノです。クラスメソッド株式会社が運営するAWS・iOS・HTML5に関する技術情報サイトです。