SaaS系スタートアップのリアルなAWSアーキテクチャ設計

概要 AI革命のインフラを目指すSaaS系スタートアップのFastLabel（最近資金調達しました！記事はこちら）で働いているが、今までGCPで動かしていたインフラを訳あってAWSに基盤を載せ替えることになった。 スタートアップは何よりスピードが求められるが、だからといってセキュリティやモニタリング、可用性を疎かにはできないし、大きなインフラコストに耐えられるほど体力もない。 アプリケーション要件を満たしつつ、以下を実現するアーキテクチャを設計する。 シンプルな構成・構築の容易さ スピーディな開発・適用 可用性の担保 セキュリティの担保 最低限のモニタリング 低コスト（リソース・運用） ここで紹介するアーキテクチャは実際に運用まで行っており、問題なく稼働しているし、先日AWSの方にレビューしてもらったが、「なかなかイケてる」というお言葉をもらい、特に改善点も指摘されなかった。 結論（アーキ

[chinpokomon_master]

Herokuでよいのでは？

[miyasakura]

AWSトレンド追い切れてないけど今でもこういう構成がバランス良いのは変わらないみたい。少し規模が大きくなったらログ/監視周りは別サービス使いたくなる気がする（お金はかかる）

[yururit]

“FastLabel”

[efcl]

Serverlessな感じからAWSでVPC + Subnet + NatGatewayにAurora + Fargateな感じにした話

[laiso]

シニアっぽい視点が多くて参考になる（自分も似た構成にしてる）

[jyotti]

記事とは関係ないが、キレイで見やすい構成図だなあ

[Kouchannel55]

あまり新鮮味がなかった

[nomnel]

“ない”

[als_uz]

たしかにこの構成ならHerokuも選択肢にあがる気はする

[kai_kou]

選定理由もしっかり書いてあって参考になるー

[odan3240]

わかる

[oakbow]

一通り読んでみたが確かにherokuで良いのでは？と思う。個人開発ならLambda+DynamoDBとあるがさらにherokuだろう。ベンダロックインもないし汎用構成なので後からいかようにも発展させられるし制約少ないし。

[Keisuke69]

コンテナで運用するのは前提でFargate vs Lambdaって感じなのかな

[h5y1m141]

こういうの参考になる。コストの所を目をつぶったとあるけど、ProductMarketFitを急ぎたいなら妥当な印象。ビジネス成長時に（次の調達フェーズ位？）現アーキテクチャで限界になりそうなポイントあれば触れてほしいなぁ

[bonlife]

納得の構成。それはそうと、AWS Chatbot、Teamsにも対応してくれよーっ！せめてTeams側でIncoming Webhookでメンションに対応してくれたら。