Couldn't load this page.

比較 / AWS Lambda

Lizard と AWS Lambda — Lizard のロゴと AWS Lambda のロゴが並ぶ

タイムアウトしない AWS Lambda の代替

AWS Lambda は、短時間でスパイク的なイベント駆動の処理には非常に優れていますが、ジョブが 15 分を超える、ウォームなプロセスが必要、本物のファイルシステムが欲しい、となった瞬間に適さなくなります。Lizard は同じコードを専用コンテナ内の長寿命プロセスとして実行し、終了する invocation もなく、リクエストごとの課金もありません。

開発者が AWS Lambda の代替を探す理由

15 分は厳格な上限です

Lambda invocation は 900 秒で終了させられます。動画トランスコード、大規模インポート、モデル推論、長時間の ETL ジョブはどれも、プロセスにはない制限を回避するために state machine に分割されます。

コールドスタートは構造的なものです

しばらく実行されていない function は、次のリクエストで初期化コストを支払います。Provisioned concurrency を使えば解決できますが、それはウォームなインスタンスに対して料金を払うということです — つまり、サーバーを手に入れずにサーバー代を払っているのと同じです。

invocation の間に何も残りません

ウォームな状態が残るのは 1 つの execution environment の中だけで、それも再利用されるまでです — キャッシュやプールがそこにあると当てにすることはできません。各並行 environment はそれぞれ独自のデータベース接続を開くため、RDS Proxy が存在するわけです。

常時ウォームは高くつきます

1 GB の function を継続的に動かすと、リクエスト料金を除いた duration 料金だけで月額約 $43.80 です。Lizard なら同じ 1 GB でメモリは月額約 $10、加えて CPU はプロセスが動作している間だけ課金されます — ほとんど待機しているウォームなサービスなら月に数セントです。

Lizard vs AWS Lambda

すべての数値は AWS Lambda の公開料金表 と当社の料金表から読み取ったものです。最終確認: 27 August 2026.

比較した人LizardAWS Lambda
最大実行時間なし — プロセスは動作し続けますinvocation ごとに 15 分
メモリ上限プランで許可される範囲までスケール可能。Pro では最大 40 GBdefault compute では 10 GB、Managed Instances では 32 GB と 16 vCPUs
コールドスタートなし — プロセスはすでに実行中です最初のリクエスト時。ただし provisioned concurrency に課金すれば回避可能
ファイルシステム完全な読み書き可能ルート/tmp, 512 MB to 10 GB — plus EFS or S3 Files mounted read-write under /mnt
コンピュート料金1 vCPU-時間あたり $0.0250128、1 GB-時間あたり $0.0125064、実測使用量で課金x86 では $0.0000166667 per GB-second、Arm では $0.0000133334 (us-east-1)
リクエスト課金なし100 万回あたり $0.20
常時ウォームの 1 GB ワークロード1 GB、平均 0.25 vCPU で月額約 $15リクエスト前の duration 料金で月額約 $43.80
無料枠$10 のトライアルクレジット、31 日間有効月間 100 万リクエストと 40 万 GB-秒
WebSockets と streaming通常の長寿命 connections関数 URL から直接レスポンス ストリーミング。WebSocket には API Gateway が必要で、メッセージ単位と接続分単位で課金
データベース接続1 つのプロセス内に 1 つのプール同時実行ごとに 1 つ — 通常の解決策は RDS Proxy

AWS Lambda がより適しているケース

本質的にスパイク的でイベント駆動のワークロード: S3 トリガー、Kinesis コンシューマー、1 日に 4 秒だけ動く cron、1 日のうち 23 時間はアイドル状態の Webhook レシーバー。Lambda は本当にゼロまでスケールし、無料枠の 100 万リクエストと 40 万 GB-秒が多くのケースをカバーし、他の AWS サービスとの統合はサードパーティでは真似できません。こうした形のワークロードに対して、サーバーを常時稼働させるのは間違った道具です。

からの移行AWS Lambda

Dockerfile は不要です — lizardpack がスタックを検出し、ビルドノード上で自動生成します。リポジトリに Dockerfile がすでにある場合は、そのまま使用されます。

$npm i -g @lizard-build/cli
$lizard up
$lizard add postgres redis
AWS App Runner 2026: メンテナンスモード、料金、代替

よくある質問

移行理由によります。15 分制限を超えたか、ウォームなプロセスが必要なら、コンテナを実行するプラットフォーム — Lizard、Railway、Render、または AWS Fargate。サーバーレスのまま制限を減らしたいなら Google Cloud Run。エッジ寄りのリクエスト処理なら Cloudflare Workers。

たいていは関数が事実上常時実行されているか、プロビジョニング済み同時実行が有効になっているためです。実行時間は GB-秒単位で課金されるため、1 GB の関数がアイドルにならない場合、リクエストあたり $0.20/100 万の前に月額約 $43.80 がかかります — つまり、偶発的な利用として課金されるものに対して、継続的に支払っている状態です。

AWS 内部では: Lambda MicroVMs は単一ジョブを最大 8 時間実行可能、独自 API、ARM64 のみ、5 リージョン。Durable Functions は複数ステップのワークを最大 1 年間持続可能だが、各呼び出しは依然として 15 分上限なので、ジョブをチェックポイント付きのステップに分割する必要があります。それ以外では Step Functions、Fargate、EC2。AWS 外部では通常のプロセスとして実行: Lizard ではワーカーサービスに時間制限も HTTP ポートもなく、長時間のインポートやトランスコードジョブが完了までそのまま実行されます。

可能です。ハンドラーを小さな HTTP サーバーやワーカーループでラップし、lizard up を実行 — lizardpack が Node、Python、Go、Java、Ruby、Rust を検出して Dockerfile を生成します。変わるのは形です: 多数のリクエストを 1 プロセスで処理する代わりに、多数の呼び出しがそれぞれ 1 リクエストを処理する形から変わるため、通常はコネクションプーリングとキャッシングがシンプルになります。

いいえ。Lizard は測定された CPU、メモリ、ディスクを秒単位で課金し、初バイトからのエグレスを GB あたり $0.045、オブジェクトストレージを GB-月あたり $0.0135 で課金 — リクエスト単位や呼び出し単位の課金はありません。トレードオフは、サービスが稼働している毎秒課金されるのに対し、誰も呼び出さない Lambda はゼロ円である点です。

AI で構築。Lizard で公開。

本番公開にプラットフォームチームは必要ありません。クラウド全体が、1 つの CLI コマンドですぐ使えます。

無料で試す
ワークスペース
サービス
アドオン
デプロイ

当サイトでは、サイトの基本機能と分析のために Cookie を使用しています。詳細は Cookie ポリシー.