AWS– category –

AWSの価格APIから東京リージョンの実単価を取得し、見落としやすいコストを計算しました。CloudWatch Logsの取り込みはS3ストレージの30倍で、1日10GBなら月228ドルになります。

AWSの運用でつまずきやすい項目を「後から変えるコストが高い順」に並べて整理しました。アカウント分割・認証の入口・記録の集約・タグ・コスト監視・引き継ぎまでを1本にまとめます。

同じAWS構成を「思いついた順に置いた図」と「ルールを決めてから描いた図」の2枚で描き比べ、何が伝わりやすさを決めているのかを具体的に分解します。

Lambdaの初期化をハンドラの中と外に置いて実測しました。10回の呼び出しで523msと0.1msの差になります。あわせて、再利用される環境で状態が漏れる問題と、タイムアウト・同時実行数の設計をまとめます。

Multi-AZとリードレプリカの違い、フェイルオーバー時にアプリ側で起きること、staticパラメータの罠、idle in transactionによる肥大化まで、RDSで先に決めておきたい項目をまとめます。

自分のサイトのレスポンスヘッダーを確認したら、HTMLは1度もキャッシュされていませんでした。原因を切り分けたうえで、S3 + CloudFront でのキャッシュ設計とデプロイ順序をまとめます。

「平均が500msを超えたらアラート」は、実際にはほとんど鳴りません。10万件のレイテンシ分布を集計して平均とパーセンタイルの差を出し、CloudWatchのアラーム設計をまとめます。

IAMで「許可を足したのに動かない」原因は評価順にあります。明示的Denyから セッションポリシーまでの順序、アクセスキーを配らない構成、書き方を間違えると自分を締め出すポリシーの実例をまとめます。

Terraformでつまずくのはstateとplanの読み方です。AWSアカウントもお金もかけずに、ローカルにファイルを作るプロバイダーだけでドリフトと「作り直し」を実際に起こして確かめます。

数万ユーザー規模のBtoCサービスをEC2からECS Fargateに移行しました。Blue/Greenでの切り替えは体感0秒でしたが、「デプロイ中か失敗ループか分からない」問題とリリース速度で詰まりました。

VPCで唯一やり直しが効かないCIDRの決め方を中心に、3層×3AZ構成の採番ルール、ECS FargateでIPが枯渇する条件の計算、Terraformでcountを使ってはいけない理由をまとめます。