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

改善してほしいポイント

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

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

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

改善してほしいポイント

アーキテクチャなどを考慮して組む必要があるため、利用するには一定のスキルが必要
ブラウザのみでの利用はほぼ想定されていないので、gitやcodecommitなどとの連携が必要となる

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

自動化したいタスクを任せることができた
Api gatewayとの連携によりweb api を作成することができた

改善してほしいポイント

特になし。
ひとつ言えば、むしろLambdaからAWSに入ったので、
当初エラーやメトリクスの取得がCloudWatchからしかできないことに面食らった（笑）。
現時点ではモニタリングをLambdaのコントロールパネルからもおこなえるので、
ほとんど不都合はないと思う。

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

IoT系製品が叩くAPIを用意するのに
できるだけコストを低廉化させようという意見が出た。
検討したところIaaSレベルから用意しているのがコスト高につながっているのではないのかという指摘があり、
小規模な製品から実際にLambdaへの切り替えをおこなってみたところ、
AWSの課金ベースでのコストは従来のEC2ベースのものより明らかに低廉化していた。
また、実際のところトラブルも起きておらず、
サーバレスが実用になる時代を肌で感じた。

改善してほしいポイント

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

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

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

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

改善してほしいポイント

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

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

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

改善してほしいポイント

Lambda環境からVPC内にあるRDSに接続するのに遅延が発生しています。また、その他、VPCに存在するリソースにアクセスするのに、同現象が発生します。最近のリリースでこの部分が解消されつつありますが、やはり遅延は発生していますので、この部分はさらなるレイテンシー削減を期待しています。

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

通常、仮想サーバを立てるとそのサーバの可用性をモニタリングする必要があり、リソースの運用に大きな負担がかかっていましたが、このAWS Lambdaを使うことでリソース管理が不要になり、運用負荷がとても削減されました。また、サーバレスということもあり、膨大な同時アクセスを処理することも可能になったので、その処理能力についても満足しています。

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

運用負荷が本当に楽になります！

改善してほしいポイント

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

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

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

改善してほしいポイント

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

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

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

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

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

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

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

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

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

改善してほしいポイント

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

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

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