AWS 道場コース

先日、現在使われていない、かつ停止中の EC2 を一括でバックアップ取るための手法として、AWS Backup を初めて使いました。
CTO からの助言がなければシェルスクリプトで AMI を作成していたと思うので、よりベターな運用をしていくために、公式、技術ブログでのキャッチアップや勉強会やイベント等にも適宜顔を出していきたい。
（AWS はサービスも多く助かりますが、本当にキャッチアップすることが多く大変ですね、、Cloud Pratica の AWS コースには本当に助かっております）

特に印象に残ったのは、セキュリティ道場とコスト削減道場です。

セキュリティについて
AWSのセキュリティ関連のサービスを一つずつ構築しながら学べたことが非常に良かったです。
現場ではIaCでこれらを構築することが多いため、コンソールから詳細な設定項目を確認しながら深掘りする機会は貴重でした。
（大体現場に参画すると0→1をすでに誰かがやっているケースが多い）
各サービスの役割と連携を理解した上でサービスを利用していけるようになったと感じています。

コスト削減について
RIやSavings Plansの購入タイミングでAWSから新しいコスト削減手法が出ていないか調べながら対応してきましたが、
購入担当者の知見が属人化しているという課題がありました。
今回のコースでコスト削減手法を体系的に学べ、現場ですぐに活かせる実践的な内容だったため嬉しく思います。

その他として 課題を読み進めやすい印象がありました
CPの課題全般に言えますが
初回で本の目次を読むように、全体像を把握する内容になっていて、
その後に詳細な深掘りになるので唐突感がなく流れをイメージしやすかったです。
驚き最小の法則に則っていると思います。
自分もドキュメント作成で真似していきたいと思いました。

コスト最適化はそこそこ頑張ってはいたのですが、AWSにおいてCloudTrailやConfig等のセキュリティを担保するサービスにはかなり疎かったのでこれを機にインデックスを張れて本当に良かったです。
AWS Batchもかなり使い勝手がいいことに気がついたので、要件に合わせて採用していきたいです。

AWS Batchについては実務でも未経験でしたので、実際に課題を通して触れてみて非常に面白いサービスだと実感できました！ECSタスクでのバッチ単発実行との比較で、AWS Batchの優位性や細かい概念についても詳しい説明でかなり理解できたと思います。

AWS上にシステムを構築する上で、重要な要素である運用監視・セキュリティ・コスト削減に関しても非常に幅広く深く学ぶ事ができたと思います。
運用監視では、AWSリソースで完結する構成で実際にCloudWatch Metricsでのカスタムメトリクスを作成し、CloudWatch Alertと連動してSNS、Amazon Q 経由でSlack通知を行う基盤を構築するのは非常に面白かったです。（カスタムメトリクスのディメンション設定の注意点は参考になりましたw）
Datadog自体も別コースで用意されているので、キャッチアップがとても楽しみです！

セキュリティに関しても手広く学べたと思います。Amazon Macieは初見だったので実際に試して、利便性が高いなぁと思いましたし、まだまだ知らないAWSサービスは多いなぁと思いましたw
また、全てのセキュリティサービスに対して利用コストもちゃんと触れており、設定方法によっては費用が高くなってしまう事も学べて、今後導入する際のコスト面の意識付けが強くなったと思います。

コスト削減について、Cost Explorer上での各リソースでの費用の見方やより詳細に閲覧できるようコスト配分タグの設定方法に触れて、とても参考になりました。
また、Savings Plansやリザーブドインスタンス(RI) それぞれの違いや利用方法を課題を通して、学べて良かったです！
また、AWS Cost BudgetやAWS Compute Optimizer、S3のストレージ料金への対策としてStorage Lens, Intelligent-Tieringの導入、CloudFrontの代替となるCloudflare R2による外部配信コスト削減など様々な内容を学べて非常に楽しかったです！

過去にStep functionsを使ってバッチ処理を行い、DynamoからS3に保存->Glueでデータベース化->AthenaでSQLで解析して必要な情報のみ保存。というのを行なっており、今回の課題を通じてより各リソースの挙動についての理解が深められました。
Glueが吸い上げるデータ構造がおかしいと、スキーマがそれにつられてしまうので、Atheaでうまく動作せずにエラーが起きるということがたび発生していました…

今回の課題でもうまくいかないときがあったので、一度古いtableは削除して再生成したところうまく動作しました。やはりGlueの仕様は複雑ですね。

また、インフラの安定稼働するために、もりもりスペックにしたところでコストが跳ね上がり、サービスのランニング費を圧迫してしまうのは本末転倒だと思いました。だからこそ無駄なコスト削減したり、Cost Exploreで監視する癖をつけるのは大切だと感じました。コスト削減の提案したら、クライアントやメンバーからかなり感謝される気がします。その時のためにもAWSコスト削減道場はtipsとして必要な時に確認して参考にしていきたいです。

特にAWS Batchは使いこなせれば重厚なバッチ処理を低コストで捌ける強力な武器になると感じており、今後もユースケースを意識しながら深掘りを続けたいと思います。
また、セキュリティ・運用監視・コスト削減という実務で避けては通れないテーマを一気通貫で学べた点も大きく、「構築できる」だけでなく「運用・改善まで提案できる」エンジニアに近づけた手応えがあり、非常に実りあるコースでした。