AWS CDK に「ふまんがあります」

おとなはいろいろとズルいとおもう。
ちゃんともんくをいって、ズルいのをやめてもらおう。

(2021/9/30 9:49)
一部誤記があったので訂正しました。失礼しましたm(__)m

8ページ目：ふまん１
x デフォルトプロファイルが適用されない
o 常に default プロファイルが適用される

1. AWS CDK に Tech Do つかはらだいすけ 2021/09/30 JAWS-UG 朝会#25
2. もくじ ・じこしょうかい ・ふまんがあります ・AWS CDK ってなんだっけ？ ・ふまんその１から４ ・まとめ
3. じこしょうかい つかはらだいすけ@daktu32 すきなたべもの：じゃがいも すきなこと：さうな きんきょう：かいしゃ、つくりました • 札幌市在住、事業会社の情シス+α。Uターン組。 • AWS は本格利用 5 年目。11冠挑戦中。 • 好きな AWS サービスは ECS, S3, CDK Twitter: @daktu32 qiita: https://qiita.com/daktu32
 note: https://note.com/daktu32
 Facebook: https://www.facebook.com/daisuke.tsukahara.509/
 LinkedIn: https://www.linkedin.com/in/daisuke-tsukahara-3bb41611a/
 Wantedly: https://www.wantedly.com/id/daisuke_tsukahara
 AWS 認定試験キャンペーンをつかって 5 科目受験してみた （https://note.com/daktu32/n/n348d7328af26）
4. ふまんがあります 出展：https://www.php.co.jp/fumanga/ おとなはいろいろとズルいとおもう。 　　　　　　　　　　　　　ちゃんともんくをいって、ズルいのをやめてもらおう。
5. もんくをいうのはわるいこと？ • 「良い」もんくと「悪い」もんくがある ◦ 良いもんく：フィードバック。事実。溢れるリスペクト。　 ◦ 悪いもんく：日本におけるクレーム。理不尽。ハラスメント。 • 欧米圏では「クレームは創造的な行為」という認知が一般的 ◦ Claim = 強い主張 ◦ サービス利用者と提供者が意思疎通を円滑にし、協力してサービス品質を向 上する • 日本人、特にエンジニアはクレームが苦手 ◦ 謙虚 ◦ 他責行為と捉えがち ◦ クレーマー扱い=嫌われる 伝え方が大切。「ふまん」を上手に伝えればみんなハッピー。 ※ ※帝国ホテル感動のサービス　クレームをつけるお客様を大切にする 　https://honto.jp/netstore/pd-book_00006388.html
6. ふまんをじょうずにつたえよう • 感情的にならない • 事実と主観を区別する • サービス提供者へのリスペクト • 主張が通らないことも受け入れる 今日は AWS CDK について「ふまん」をいうよ！
7. AWS CDK ってなんだっけ？ • AWS Cloud Development Kit（CDK） • みんな大好き CloudFormation（CFn）のグルーコードライブラリ ◦ TypeScript / JavaScript / Python / Java / C# で書ける ◦ AWS リソースをオブジェクトとして扱える ◦ Well-Architected な構成をサクッと生成したりも • CDK のここがすごい ◦ 公式 ◦ 頻繁なバージョンアップ（直近１か月で3回） ◦ デバッグがはかどる（YAML 目 grep からの卒業） ◦ IDE 統合
8. ふまん１：＄(AWS_PROFILE) が効かない • 常に default プロファイルが適用される • あらかじめ profile 定義して、コマンド実行時に都度指定 いちいち　めんどくさい。デフォルトでいいじゃん。
9. ふまん２：エラーメッセージがわかりずらい なにが起きているでしょうか？
10. ふまん２：エラーメッセージがわかりずらい メッセージどおり Stack に env は定義してあるし。。。
11. 正解は「profile 名の typo」 ふまん２：エラーメッセージがわかりずらい 詳細ログ出すと わかる めっちゃ書いてる けど。。 そりゃデバッグログ確認しなかったのが悪いけどさ デフォルトで出してくれてもいいじゃない？
12. ふまん３：High / Low Level Construct を混ぜれない • CDK では３種類の構造定義が使える ◦ High Level Construct : AWS リソースを抽象化。直感的。 ◦ Low Level Construct：CfnFunction のように CloudFormation リソースと対応 ◦ Patterns：”aws-ecs-patterns” のように複数リソースがパッケージ • たいていのリソースは High / Low 双方揃えてるが、Low しかないものも ◦ ex) ElastiCache
13. ふまん３：High / Low Level Construct を混ぜれない • VPC / ECS / RDS / ElastiCache な実行環境作る場合、Stack を分割して 二回に分けて deploy が必要 OutputされたIDを控えて後続Stackに食わせるのめんどい。 High Level Construct コンプリートはよ。
14. ふまん４：重い • synthesize（CFnテンプレート変換）コストが高い ◦ 10分待つのはざら • マシンスペック不足という感じでもない ◦ ロードアベレージは 1 以下、CPUはほぼアイドル状態 • 待ち時間が手もち無沙汰で生産効率低下 ◦ うっかりゲームして１時間経過とか日常（←自己責任） ほんとうにこまってるので、たすけてください。
15. まとめ • 「ふまん」をじょうずにつたえよう • AWS CDK はプログラマにとってもおすすめ ◦ インフラエンジニアにもおすすめ • 初心者支部で話したほうがよかったかも • 「ふまんがあります」シリーズ化しようかな ごせいちょう　ありがとうございました。
16. おしまい