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

改善してほしいポイント

・Lambdaの問題ではないが、S3のputイベントの発火を保証して欲しい。
・実行時間を超過した場合にスッと終わってしまう点。

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

・インフラを用意せずに下記のような各種処理を実現・運用出来ることで、運用コストがほぼゼロで済んでいること。
（実現処理例）DB集計処理、DBから別のサービスへの連携処理、CloudWatchLogsからRDSへの連携、APIGatewayからRDSへの連携（API）、S3からGoogleドライブへの連携。
・これらの処理が実現出来たことで、かなりの業務効率化が実現出来ている。

改善してほしいポイント

例えばPythonのWebフレームワークである、DjangoやFlaskと言った既存のWebフレームワークを利用することができない点が不便だと思います。AWS側でそのようなフレームワークを事前に準備しておくか、そのようなフレームワークを利用者側で使用可能なように改善するべきだと思います。

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

今までは新規サービスの導入にはIaaSあるいはHaaSの調達、NW関連の部署との調整などかなりの開発と調整が必要になっていました。しかし、AWS Lambdaを利用することでこれらの時間や費用を削減でき、スムーズにサービスリリースできるようになったというメリットがありました。

改善してほしいポイント

Lambda サービス自体については、特に不満や改善要望等は無い。
AWSサービス全般に言えることなのだが、AWS特有のくせが多いのでAWS初心者には理解し難いのが難点。
日本語のユーザガイドも英語の直訳なものが多く、言い回しも独特のため、余計混乱させているように感じる。

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

処理時間が短い（15分以内）運用系のバッチ処理や、イベント処理を全て Lambda で実装する事で、
サーバを常時稼働しておく必要がなくなり、ラーニングコストの削減に繋がった。

改善してほしいポイント

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

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

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・メモリに制限があったりしますし、間違いなく長時間かかる処理には不向きです。
メリット・デメリットを比較してご検討ください。