「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO

西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。 発表資料 資料はこちらにアップロードしております。 夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。 まとめ 「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。 どこかの誰かのお役に経てば嬉しいです。

[Sampo]

ピタゴラスイッチ警察です。それはピタゴラスイッチではなくピタゴラ装置ではありませんか

[kizimuna06]

AWSアカウント分離はどっちかというとマネジメント層が考えたほうがいい気がする。AWS再販だとベースの保守費みたいなものも乗ったりするし。

[miyasakura]

こういうのまとまってると説明しやすいので助かります

[yodelx]

AWSアンチパターン、スライド良い。

[Harnoncourt]

IT技術者あるあるなんだけど、エラーや失敗例の報告をがんばるんだけど、成功例の報告や自慢をおざなりにしがち。ドM体質ぶりがわかりますね。（でも確かに失敗の報告は役に立ちます）

[hinail]

ピタゴラ装置とかいってっと、ルーブゴールドバーグマシン国際警察の奴らがやってくるぞ

[takoyakimangirl]

参考になります

[tettekete37564]

動画メンドクサイ。アカウント分離は上が承諾してくれない

[testedquality]

VPC構成全く自分で組めないけど意味が分かる。つまりPMが理解すべき内容。

[a96neko]

あとで見ようと

[marmot1123]

スマホでも読みやすい良いスライドだった。

[kuracom]

ありがたいまとめ

[yuu-sss]

ほんとうにやりがちなパターンだった。気をつけたい。

[Makeneko]

あとでよむ