この規模になると「新しい Lambda 関数を1つ追加する」だけでも、アプリコード・Terraform・テスト・CI/CD と複数レイヤーにまたがる作業が発生します。ここで Claude Code が力を発揮します。 Claude Code が効くポイント 1. Lambda 関数の雛形生成 新しい Lambda 関数を追加するとき、毎回似たような構成を書くことになります。 エントリーポイント（handler） リクエストバリデーション DynamoDB / RDS へのアクセス エラーハンドリング 構造化ログ出力（OpenTelemetry 準拠） Claude Code に既存の Lambda 関数を読ませた上で「同じパターンで新しい関数を作って」と指示すると、プロジェクトの規約に沿ったコードが生成されます。 ポイントは、プロジェクト内の CLAUDE.md に以下のような規約を記述し

💡 5つの判断基準 1. ワークロードの特性（実行時間とステート） Lambda 1回の実行時間は「最大15分」 → 短時間で完了するステートレスな処理（APIのバックエンド、軽量な非同期処理など）に最適。 ECS 実行時間の制限無し。 → 15分を超えるような重いバッチ処理、機械学習の推論、WebSocketなどによるクライアントとの継続的な接続（ステートフルな処理）が必要な場合はこちら。 2. トラフィックの傾向とスケーラビリティ Lambda 突発的なアクセス増に極めて強い。アクセスが来たら一瞬で自動的に並列スケールし、使われない時はゼロ台になる。 → トラフィックの予測が難しいシステムに最適。 ECS オートスケーリングは可能だが、コンテナの起動には数十秒〜数分の時間がかかる。Lambdaほどの瞬発力はない。基本的には常に必要最小限のコンテナを稼働させておき、メトリクス（CPU使

こんにちは、製造ビジネステクノロジー部の若槻です。 AWS Application Auto Scaling を使うと、AWS上の“アプリケーションレベルのリソース容量”を自動で増減させることができます。 EC2 Auto Scaling が「EC2台数」を対象にするのに対し、Application Auto Scaling は「各サービス固有のキャパシティ設定」を対象にします。こちらにある通り多数のサービスがサポートされています。 その中には、前回のブログで EventBridge Scheduler を使ってスケジュールベースで増減させた Lambda 関数の Provisioned Concurrency も含まれています。 今回は、AWS Lambda の Provisioned Concurrency を Application Auto Scaling で平日日中帯のみ有効にす

カヤック技術部の竹田です この記事は面白法人グループAdvent Calendar 20252日目の記事になります ちょうど1年前の2024/12/2の記事 レガシーサーバーをコンテナで再構築した、その5年後の移行と解体 の報告です。 爆破解体(未完)のその後を書くぞ！ これまでのあらすじ ここ数年に渡り社内のサービスを近代化・廃止してきた レガシーサーバーを現代の技術で再構築（6年前） この際廃止できるものは廃止してついでに運用コストも削減。必要なものはCloudFront + Lambda + S3 で構築し直した (1年前） 最終的に Redmine だけが残り、爆破解体待ちの状態となった ： ： ： 果たして爆破解体すべきか否か Redmine はいずれ廃止する予定でしたが、過去のチケットやプロジェクトを参照する機会が稀にあり、完全に削除すると業務上の支障が出ます。 そこで 要件を

当初ブログのタイトルを「LambdaでもGPUが使える？！Lambda Managed Instancesが発表されました」としていましたが、情報が出揃ってGPUが利用できないことが確定したため、タイトルを修正させて頂きました。 誤解を招くタイトルでブログを公開してしまい申し訳ございませんでした。 リテールアプリ共創部@大阪の岩田です。 2025/12/1付けのアップデートでLambda Managed Instancesという新機能が発表されました！ すごくざっくり言うとECS Managed Instances のLambda版です。従来Lambdaのコンピューティング環境はユーザーから隠蔽されており、Lambdaのコンピューティング基盤を支えるEC2がどこでどのように動いているかは完全なブラックボックスでした。MicroVM単位では分離されているものの、基盤となるEC2インスタンス上

AWS Compute Blog Building serverless applications with Rust on AWS Lambda Today, AWS Lambda is promoting Rust support from Experimental to Generally Available. This means you can now use Rust to build business-critical serverless applications, backed by AWS Support and the Lambda availability SLA. Rust is a popular programming language due to its combination of high performance, memory safety, and

はじめに ※本記事は、KNOWLEDGE WORK Blog Sprint 第 18 日目の記事です。 ナレッジワークのソフトウェアエンジニア yamaryoxxxx です。今回は AWS Step Functions のワークフローについて、数年にわたる本番運用で培った実践的なノウハウを共有します。 本記事の対象読者 Step Functions の基本概念を理解している方 CDK または Terraform での IaC 経験がある方 Lambda 関数、ECS タスクの開発経験がある方 中級〜上級レベルの AWS サービス利用経験をお持ちの方 Step Functions の実践運用をしている方 用語の整理 本記事では Step Functions の公式用語に準拠し、以下の用語を使い分けます： ワークフロー: 業務プロセス全体の流れ（汎用的な意味） ステートマシン (StateMa

はじめに テックタッチの SRE チームの tabito です。AWS IaC、Rust、最近は Terraform の AWS Provider の開発へのコミットが趣味になっています。 AWS のサーバーレスサービスの代表格である AWS Lambda。Lambda 関数を開発・運用している方も多いことと思います。 Lambda 関数を開発するときには、AWS にデプロイする前に、ローカルで動作を確認しておきたいものです。Web を検索すると、ローカルでの Lambda 関数の実行方法として、たとえば、以下のような方法が紹介されています。 コンテナイメージを作成して、そのコンテナイメージをローカルで実行する。 AWS SAM を使用して、aws sam local invoke コマンドでローカル実行する。 LocalStack を使用して、ローカル環境で AWS のサービスをエミュレ

面白法人グループアドベントカレンダー2024 2日目の記事です。SREの藤原です。 2024年も暮れようとしていますね。ところで今から5年前のこと、builderscon tokyo 2019 というイベントで「レガシーサーバーを現代の技術で再構築する」というタイトルで発表しました。 speakerdeck.com この発表は、当時 Amazon EC2 のシングル構成で動作していたサーバー(SVN, Redmineほか、社内の開発支援ためのサービスが動作していました)を、Amazon ECS をはじめとしたコンテナや AWS のマネージドサービスを用いてリプレイスした、という内容です。 2019年末にはこの発表で予定していた移行作業は全て完了し、以下の画像のように EC2 が空っぽになりました。 あれから5年 さて、早いもので2019年から5年が経過しました。このシステムで動いていたサー

Lambdalithな構成でサーバーレスアプリケーションを実装する事例が増えてきていると思います。実際に Lambdalith と Single purpose Lambda が1つの API Gateway の中で共存できるのか、CDKを用いて実装し試してみました。 はじめに 最近、Monolith Lambda(以降 Lambdalith)な構成でサーバーレスアプリケーションを実装する事例が増えてきていると思います。 サーバーレスアプリケーションを作る際に、最初はLambdalithで構成し、必要になった場合に Single purpose Lambda と共存させれば良さそう、という意見が見られるようになりました。 今回は実際に Lambdalith と Single purpose Lambda が1つの API Gateway の中で共存できるのか、CDKを用いて実装し試してみま

YAPC::Hakodate 2024 前夜祭 rejectcon

AWS Lambdaはその誕生から10年が経ちますが、このカンファレンスに来られている皆様は普段からご利用になっている方も多いのではないでしょうか？ このセッションでは、Lambdaのスケーラブルでリクエストごとに独立して実行される仕組みを振り返りながら改めて、 Lambdaアーキテクチャデザインを理…

AWS Lambda は、再帰ループ検出を無効または有効にできる関数レベルの設定をサポートするようになりました。デフォルトで有効になっている Lambda 再帰ループ検出は、Lambda と他のサポートされているサービス間の再帰呼び出しを自動的に検出して停止し、ワークロードの暴走を防ぐ予防ガードレールです。 以前は、意図的に再帰的なパターンを実行しているお客様は、AWS サポートを通じてアカウントごとにしか再帰ループ検出を無効にできませんでした。今後は、お客様は関数ごとに再帰ループ検出を無効または有効にできるようになりました。これにより、意図しない再帰呼び出しによって引き起こされるワークロードの暴走からアカウント内の残りの関数を保護しながら、意図的に再帰的なワークフローを実行できるようになります。 これらの新しい API アクションは、再帰ループ検出がサポートされているすべての AWS リ

データアナリティクス事業本部のueharaです。 今回は、Serverless Frameworkの有償化に伴いAWS CDKとAWS SAMへの移行について検討してみたいと思います。 はじめに 2023年の10月に、Serverless FrameworkがV.4から有料化されることが発表されました。 ライセンス費用を支払いV.4を利用するというのも1つの手ではあるのですが、今回はAWS CDKとAWS SAMへの移行を検討してみたいと思います。 結論 まずは、移行を検討した結果の表を以下にまとめます。 個別の内容については以降の章で説明を実施します。 フレームワーク 利用コスト 移行コスト メリット・デメリット Serverless Frameworkからの移行の総論

import logging from multiprocessing import Process, Pipe import re import sys from io import StringIO from typing import Dict, Optional logger = logging.getLogger(__name__) globals: Optional[Dict] = {} locals: Optional[Dict] = {} def sanitize_input(query: str) -> str: """Sanitize input to the python REPL. Remove whitespace, backtick & python (if llm mistakes python console as terminal) Args: query

はじめに AWS Lambdaを使ってデプロイするときに、 Dockerイメージを使って、デプロイしたいケースがありました。 すでに、動いているLambdaをLambda Dockerへ変更する際に、 つまずきポイントがあったので、備忘録として、残しておきます Lambdaでコンテナイメージを利用とは？ Lambdaには、通常のLambda(ソースコードのみを記述するタイプ)と Dockerイメージを利用するパターンが存在する ※Dockerイメージは、ECRから参照し、Lambda上で実行が出来る なぜDockerイメージを使うのか？ 通常のLambdaとLambda Dockerには、仕様の一部に違う部分が存在している 今回、Lambda Dockerを利用したいと考えたのは、 通常のLambdaよりも、大きいパッケージを展開できる為 ●Lambda 50 MB (圧縮、直接アップロー

はじめに 前提 ある日のこと ググってみる botocore、boto3 のバージョンを確認してみる 徐々に核心に なぜバージョン競合が発生するのか 原因まとめ 対応 おわりに はじめに サーバーワークスの宮本です。今回は本番運用していた AWS Lambda 関数が何も変更していないのに突然動かなくなった話を共有します。一見すると信じられない話ですが、最後までお読みいただけると幸いです。 前提 対象の Lambda 関数に関する基本情報（今回の話に関係ある部分のみ）は以下の通りです。 2023/01 に初回デプロイし、運用を続けていた ランタイムは Python3.9 依存ライブラリは Lambda Layer にまとめている 月に数回動かすようなバッチ処理 ある日のこと 4月某日のことです。当該 Lambda の実行でエラーが発生したことが通知されました。以下はエラー内容の抜粋です。

こんにちは、最近は旅行しているか、コードを書いているかの２極化が進みつつあります、P山です。直近の業務において、私が支援している国内最大級のハンドメイドマーケットサービス minne において画像変換サーバの実装を変更し、大幅にコストダウンできたので、その事例を紹介します。 minneについて minneはハンドメイド作家が創作したハンドメイド作品を販売することができるハンドメイド作家支援サービスです。技術スタックとしてはRuby on Railsを軸に、実行環境はOpenStackとAWSを用いたデュアルスタックのKubernetesを利用しており、スマートフォンアプリもiOS、Androidともに提供しています。 幅広い技術を、モダンな構成で扱うことができるので、もし採用にご興味があれば採用ページ をご確認ください。ペパボ社内を見渡しても若いメンバーが比較的多く、日々活気のある開発がさ