You Don't Need AWS ~お前にAWSは必要ない~

はじめに タイトルはこちらから拝借しました。この記事は他のパブリッククラウド(Azure, GCP)を薦める記事でもなければ、プライベートクラウドを薦める記事でもありません。また私自身、エンジニアキャリアの中でAWSはたくさん使ってきましたし、今でもソフトウェア開発のわがままに答えてくれる素晴らしいサービスだと思っているので、AWSを貶めるような記事でもありません。むしろ以下に紹介するサービスはAWS上に構築されていることが多く、間接的にもますます世界中の基盤として発展していくはずです。 PaaSアーキテクチャ 前提条件 前提として、現在でも主流なSPAを中心としたフロントエンド、バックエンド、データベースサービスからなるアプリケーションを想定します。 この場合、 フロントエンド → CDN + Static Hosting バックエンド → Container Deploy(Auto S

[bayaread]

いろんなPaaS/SaaSを組み合わせてサービスを作るの、作る人は楽なんだけど引き継ぐ方は地獄なんだよなぁ。俗人化防ぐならAWSでCDKなりTerraformなりで作っである程度知識あるエンジニアなら引き継げるようにしたほうがいい

[slax]

多サービスをツギハギしまくって組み上げられたサービスって障害時や不具合時の対応めんどくさいと思うよ。

[nemoba]

この辺りの題材に組織の規模触れてない奴は論外感ある

[kaerucircus]

PaaS 2 IaaSならFirebaseだけで作って行けそうならCGPに段階移行していくのは如何だろうか？

[havanap]

支払い先が増えると面倒というあれは

[chiroruxx]

AWSにもPaaSのサービスあるので、そこと比べないと意味ないのでは。

[shingo-sasaki-0529]

でもそれ全部 AWS で統一すれば知見の集約だったり権限管理の一元化とかで嬉しいんだろうなぁ。

[razokulover]

せっかくPaaS使うならコアのコンポーネントは一つのインフラに絞る方がよい。色んなPaaS使うのもそれはそれで管理だるい。、

[jassmaz]

実際、プロトタイプやMVPを制作したり、イテレーションを高速に回す必要がある場合はPaaSやノーコードを使った方がいいと思う。誰かに引き継がせるには向かない。

[moriken1098]

別に引き継ぎの心配は必要無いだろ、だって変なアーキテクチャ使ってたら技術としての互換性を持ってないと評価されて他所の会社に転職出来ねえからな🤣

[pwatermark]

自分以外が触る可能性があるのであれば、引き継ぎの容易性も要件に入れたほうがいいんだよな そうなるとサービスが多岐かつ分散してると、要件を満たさなくなる可能性は高くなる 支払いも面倒だしね

[daira4000]

パロディの質が悪い

[miguchi]

個人開発

[chiba1008]

キャッシュの設定とかURLの正規化とかなんもせずにs3とcloudfronでサーバーレスとか言って喜んでるインフラエンジニア様なんなん？

[peketamin]

こんなあるんだ

[diveintounlimit]

そうやって今しか見てないサービス作り続けた結果、保守コストがバク上がりしたサービスが量産されるんですねわかります。

[door-s-dev]

いかにも個人開発でありそうな構成

[yarumato]

“お前にAWSは必要ない　→　🤔「VPCやAZ,subnetなど、サービスのコアとは無関係のインフラ構築が面倒。一度作ったインフラ構成はそう簡単に変更しない。開発人数が少なく、今はユーザ機能を作っていくことが重要だ”