AWS Lambdaの評判・口コミ 全38件

改善してほしいポイント

正直言って大規模・本格動作させたときの課金に見通しがつかないのがこわい。
わざと一定数のリクエストを与えて課金シミュレーションをするようなサービスがあると
もっと気楽に展開できる気がする。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

APIを動作させるためのサーバの構築費用やマンパワーが惜しい、
でもAPIはさらっと構築してみたい…
という課題があり、
実際にそれに見合ったサービス内容で重宝している。

これまではコード200と測定値を返すだけのようなAPIでも
インフラの構築に多大なマンパワーを奪われていたが、
それが必要なくなったのは大きいと思う。
将来的にはもっと大規模な利用もしてみたい。

改善してほしいポイント

pythonを使うことが多いのですが、標準にないライブラリを使っているとき、全体のサイズが大きくなるので、ブラウザのエディタが使えません。ソースコードをちょっと編集したいときも、いったんダウンロード・zip化・アップロードという手順になるのが面倒です。せめてメインのソースコードはエディタで編集できるようにしてほしいです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

・ファイルをダウンロードして別のところにアップロードするような処理で、ジョブをスケジュール登録し、Lamdaでその処理を実行してます。これに類似の処理が十種類ほどあるのですが、Lambdaのスクリプトの修正のみ行うだけで、わざわざサーバーをたてなくてよいのが助かっています。
・エラーが起きたときの処理について、ClouwdWatchと連携させてログを見る設定も簡単にできましたので、わざわざサーバー上のエラーを見る必要がありません。

改善してほしいポイント

標準のサポート対象になるNodeがバージョン14で
あまりにも古い…。
最新の構文が使えるようになって生産性が上がるので、16でお願いしたいです

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

IoTのノード製品を配布するのに
収集・送信されてくるデータの窓口を
従来のサーバ型からサーバレスに切り替えることができた。
一定の検証や新たな運用経験も必要にはなったが、
インフラの構築・複数デプロイ・監視が要らなくなったため、
大幅にコストが削減された。
ミドルウェアもAWSのマネージメントサービスに切り替えることで
今後はさらに大きなIoTサービスを構築していける自信がついた。

改善してほしいポイント

Lambdaがサポートする言語のバージョンは時間とともに変わります。
（新しいバージョンのサポートが加わり、古いバージョンのサポートが外れます）

やむをえないことではありますが、作って終わり（開発だけ開発会社に発注して、保守契約なしで放置する）というスタイルだと（サポート切れが）時限爆弾となり得ます。

ある程度新しいバージョンに追随していくのは仕方がないとして、なるべく古いバージョンのサポートも残してもらえると利用者の裾野はもっと広がり、より活用が進むのではないかと思います。

利用が増えればサービスはさらに便利になっていくことが期待できるため、最終的には利用者がより便利に使える状況になると考えています。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

利用しないときと利用があるときのリソース消費の差が非常に大きい処理に大きな威力を発揮しました。
EC2やオンプレサーバで用意すると、ピーク時の性能に合わせてサイズ（性能）を用意しなければならず、利用有無にかかわらず高い費用がかかってしまいます。
Lambdaであれば実際に動かした費用だけなので、大きなコスト削減が見込まれます。

また、システム側の人間として何より嬉しいのは、ピークが予想を超えてきた時でもほぼ手放しでいられること。
（EC2ならスケールアップが必要だったり、オンプレミスだとそもそも対応できない、という状況）

検討者へお勧めするポイント

小さなアプリ（影響が少ないアプリ）から作って動かしてみられるといいと思います。
ポイントとしては、Lambdaで簡潔するものよりも、API-GW+Lambda、Lambda+SQS など、複数組み合わせて実装してみるとその威力が実感しやすいように思います。

改善してほしいポイント

特に不満はなし。
ただ、個人的にはLambdaで蓄積した経験はLambdaにベンダーロックインされてしまうのが
どうしても気になる。
低機能版の同等環境をオンプレミスでも無償提供してくれると
今後のフィジビリティが確保されるのでより安心できるのではないか。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

かんたんなテーブルをルックアップして返却するだけのAPIや
cronでキックするだけの処理を維持するのに
サーバを維持しなければならないこと、
さらに各スクリプトが確実に動作する言語環境を維持しなければならないことが
管理者サイドでは苦痛になってきていた。
Lambdaなら、環境をAWSに制限する必要はあるものの
動作保証などはAmazon側がやってくれるし
言語環境もコーダー側が好きなようにしてくれるため
大幅に管理コストが下がった。

改善してほしいポイント

Lambdaは処理の実行時間に制限（現時点では15分）が存在することには注意が必要です。
処理時間が長ければ長い程、費用が高くなるため、制限時間を短めに設定してあるのは意味のあることだとは思いますが、個人的には自己責任の範囲だと思うので、30分は欲しいところです。
また、コードを実装するだけであれば直感的に利用可能だとは思いますが、他のサービスとの連携やIAM(認証認可サービス)の設定などを含めると学習コストが高くなります。
そこも含めてLambda側で分かりやすい画面を用意してもらえると助かります。
とはいえ、前述の通り、情報は沢山存在するため、学習自体そこまで苦労はしないと思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

弊社ではAWS上に構築した仮想サーバ(EC2)の運用管理に利用しています。
主にバックアップ取得やログ管理に使用しています。
Lambdaが無ければ、運用管理サーバを別に用意する必要がありましたが、Lambdaを使用することでコスト面を非常に節約出来ました。
（インフラの運用管理系の処理は定常的に実行する処理では無いので、Lambdaの従量課金制は相性が良いです）

検討者へお勧めするポイント

AWSを利用するのであれば、頭に入れておくべきサービスの筆頭です。
オンプレからクラウドへ移行する際はコスト最適化も重要なミッションだと思います。
Lambdaはまさにコスト最適化を図るには良いサービスだと思いますので、自分が実装しようとするアーキテクチャに当てはめることが出来ないか検討してみると良いと思います。
ただし、前述の通り、実行時間に制限があったり、CPU・メモリに制限があったりしますし、間違いなく長時間かかる処理には不向きです。
メリット・デメリットを比較してご検討ください。

改善してほしいポイントは何でしょうか？

容量の大きいコードがコンソール上で確認できずダウンロードする必要があるのでコンソール上でも確認できるようにしてほしい。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

動作環境となるEC2などを管理する手間が省け、動作時のみ課金されるので費用も削減できた。またAWSの他のサービスと連携することでサービスの疎結合が実現できた。

改善してほしいポイントは何でしょうか？

・動作するプログラム言語が限られている
・AWSの仕様変更に左右されがち
・ログ管理をもっと充実させてほしい

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

・サーバ構築を考えなくていいのでインフラエンジニアがいらない
・プログラム作成に集中できるのでリリース速度があがった

検討者にお薦めするポイントがあれば記入ください

1度使うと便利でやめられません。無料枠も大きいのでまずは試してみましょう。

改善してほしいポイントは何でしょうか？

Lambdaの最大実行時間が5分ですので、長時間の処理をLambdaでさせるというのは難しいのが現状です。また、初回のLambda呼び出し時は起動に数百msの時間を要します。対策としては、ハートビートで数分おきにLambdaを呼び出す処理が必要になってきます。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

やはりメンテナンスの手間が一気に減ったところでしょう。サーバ運用をする必要はないですし、指定した最大同時呼び出し数通りにちゃんとスケールしてくれるところもうれしいところです。
また、ランニングコストもかなり下がるところもメリットです。自社サービスはもともとはEC2でAPIサーバをホストしていましたが、今はほとんどをLambdaで実装するようにしています。

検討者にお薦めするポイントがあれば記入ください

AWSでサーバーレスなWebサービスを構築するのあたっては、API Gatewy + Lambda + DynamoDBは鉄板でしょう！