やったらあかんで！ AWSアンチパターン

概要 どうも、どすこいです！ 先日投稿した 「そのDockerfile、卒業しよう」実務で通用するベストプラクティス が多くの方に読んでいただき、本当にうれしく思っています。 今回取り上げるテーマは、AWSにおけるアンチパターンです。 「AWSは触れているけれど、正直ベストプラクティスが分からないまま何となく動かしている」 「インフラは後から直せばいいと思っていたら、思った以上に深刻な状態になっていた」 そんな経験がある方はきっと共感できる内容だと思います。 この記事では、私自身が実務で遭遇した失敗や、普段のよく目にするやってしまいがちな構成を中心に紹介します。 単なる失敗談ではなく、なぜそれが危険なのか、どう改善すべきなのかまで具体的に解説しています。 この記事で伝えたいこと 開発の現場では 「すでにこの構成で動いているから」 という理由で、負債を積み重ねてしまうケースが後を絶ちません。

[dulltz]

NAT Gatewayはちょうど先月リージョナル版が出たから、AZごとに建てなくても良くなったはず

[kzm1760]

VPCの設計部分、AZ追加出来ないので駄目だよ。1d追加でズレる。全てのリソースが使うサブネットを/20で最初から切る構成が必要かもよく考えた方がいい。EKS前提ならまだしも。VPCだけはマジで最初にちゃんと考えてほしい

[Akaza]

Gitのハッシュをイメージタグにするのもアリだとは思うが、イミュータブルタグと併用するなら「アプリは変わっていないがベースイメージが更新されたので再ビルド」などのケースでECRにpushできなくなるので注意。

[hdampty7]

RDSをクラスタで運用しているとマイナーバージョンアップくらい最初からダウンタイム０で提供できないものかなと思ってしまう。

[tofu-kun]

最初のAWSアカウントの部分、重要

[pink_revenge]

個人的には、<サービス名>-stgよりはstg-<サービス名>と先頭に付ける方が好み

[internetkun]

先月変わった情報を追えていないだけでAI扱いされるの本当に厳しい世の中になったな

[dorapon2000]

“GitHub Actions → OIDC 他のCI → OIDCまたはAssumeRole アプリケーション（SDK） → IAM ロール という流れが現在の標準です。”

[poponponpon]

“一つ一つは小さなズレでも、積み重なると「目的のリソースが探せない」「似た名前が大量にできる」「削除していいのか判断できない」といった運用上の負債” これはawsのサービス名考えてる人にも言ってあげて欲し

[atico]

いい記事だった。 今はAIもあるし、Terraform等で管理していて、Web Consoleは調査のためだけで更新操作をするなという現場も多そう。

[hirorinya]

学び

[georgew]

いいまとめ。VPCとセキュリティ周りは非常に神経使う。

[nui81]

ああー、そうねー、というのが多い。“負債は複利”！押忍！

[tk91]

やってる、、、

[t-murachi]

humm...

[Kazumi007]

よいまとめ。最近AWSを触っていないので、権限周りが勉強になった

[tk_musik]

少し前でもAIでも、書かれない最新情報よりも価値があるので助かります！願わくばいつ時点の情報か記載あれば差分を確認するだけで良いのでより助かる

[door-s-dev]

踏み抜きまくって、それでも僕らは生きていく

[togusa5]

長期的な負債 https://xtech.nikkei.com/atcl/nxt/column/18/02949/091700001/

[FreeCatWork]

こらー！ダメなの、わかってるにゃ？ボクも気をつけるにゃ！

[mkusaka]

AWS初心者向けに24個のアンチパターンを紹介し、IAM Identity CenterやVPC設計、S3/OACなど具体的な改善策を解説

[hitotakuchan]

本番環境では readonly filesystem を有効にして ECS Exec は無効化するのがベストプラクティスだよ

[taji_hiro]

後で参考にする

[Futaro99]

クラウドってめんどくさいよね

[sawasawa12]

あとでちゃんと読む