最近の業務での AWS サーバーレス開発を振り返ってみた | DevelopersIO

AWS Lambda を使用した Web アプリケーションの開発プロジェクトで、バックエンド・フロントエンド・インフラを一貫して開発をしてきました。 改めてどのように開発をしていたのか、使った技術スタックや各サービスをどのように活用したかを整理したいと思い記事にしました。今後サーバーレス開発を行う際の技術選定の参考にしていただければ幸いです。 前提 Web アプリケーションです。 管理画面用の内部 Web API、外部のサービスと連携するための外部 Web API があります。 処理としてはリソースの CRUD がメインです。 管理画面は SPA で、バックエンドの Web API にリクエストします。 開発メンバーは 4 人ほどで、フロントエンドエンジニア、バックエンドエンジニアといった区分けはしていませんでした。 機能ごとにメンバー全員がバックエンドからフロントエンドまでを一気通貫で実

[programmablekinoko]

CRUDアプリをkey-value DBのみで構築するのつらそう

[kappaseijin]

事例詳細公開感謝。分かっている感というか抑えているところを抑えていてすごい。ただ、構成として日毎アクセス1,000万規模なサービスでは無さそう？ DB設計が弱めというか

[tolkine9999h]

MAD事業部案件の構成として参考までに！

[messzylinder]

サーバーレス構成で同じようにDynamoDBの検索に悩んだ経験あり。今ならRDS Proxyでつなぐやり方もありそうだけど試してない

[remonoil]

いざサーバーレスじゃあどうしようもない要件が出てきた時に一気に技術的負債なような気分に陥る

[kagehiens]

TypeScriptで統一とかのあたりは良さげだと感じさせつつ、DB周りで急にショボくなった感じ。DBがリッチであることを求められるような案件だと、サーバーレス自体が構成として微妙なのかもなぁ。

[peller]

認証をAuth0やCognitoに切り出しておいて、一部だけサーバレスの面倒を踏んで恩恵を受けるってのが現実的なのかな。全部は苦行過ぎるし、更に先への移行が極度に難しくなりそう。

[zex5yo]

[CI/CD]

[h_taiji]

保存

[rgfx]

やっぱ目的の胡乱な検索はelasticなりathenaなりに外出ししたほうがいいんすねえ。

[ken1028-kufc]

APIなど、ユーザがaws操作するときのさんこうになるのでは

[yasu-osu]

具体的な事例として非常に参考になります。IaC部分もTypeScriptで統一されているというのはなるほど。