AWS Cloud Practitioner Essentials モジュール2まとめ

EC2とは

そこが停止すると、システム全体が停止してしまうポイント=単一障害点がないシステムを構築できる
動的スケーリング
- 変化する需要に対してリアクティブに対応する
予測スケーリング
- 予測した需要に対してプロアクティブにインスタンスを増やし対応する
Auto Scalingグループを作成するときに、インスタンスの最小数(最小キャパシティー)を設定できる。グループの作成後はこの最小キャパシティーに基づいてインスタンスが生成される
最大数(最大キャパシティー)も設定できる

トラフィックの問題を解決
トラフィックを分散する → コーヒーショップでいうどの列に並ぶかを整理する案内係
- 高パフォーマンス
- 優れたコスト効率
- 効果陽性
- 自動的にスケーラブル
Elastic Load Balancing
- リージョン別の構成
- 既存のリクエストを削除することなくトラフィックを振り分けられる
  - 新しいインスタンスがAuto Scalingで生成されたら、起動完了がELBに通知される。そうすると、ELBが再度トラフィックを振り分ける
  - インスガンスがAuto Scalingにより終了されたら、終了がELBに通知される。そうすると、ELBが再度トラフィックを振り分ける
- ELBがリクエストを送る側と受け取るインスタンス側の仲介となることで、インスタンスの起動状況等をリクエスト送る側が意識せずに良くなるために疎結合になる。

密結合アーキテクチャ → リクエストする側が直接受け取る側と通信をする
- ↑だと受け取る側が応答するまでの間待っていなくてはならず、その間他の処理を行うことができないためロスが発生する
- どちらかで障害が発生すると、もう一方のコンポーネントも止まってしまう

↑ではいけないので…

疎結合アーキテクチャ
- メッセージキュー
  - Amazon SQS(Amazon SImple Queu Service)
  - Amazon SNS(Amazon SImple NOtification Service)
SQS
- メッセージの送受信、保存
- 任意のボリューム(いくらでも)
- ペイロード → メッセージに含まれるデータ
SNS
- エンドユーザーにも通知を送信できる
- publish/subscribeモデル
  - トピックを用いてサブスクライバーにメッセージを発行できる
  - サブスクライバーとして設定できるエンドポイント(宛先)
    - ウェブサーバー
    - email address
    - AWS Lambda関数

EC2は何でもできるが、少しだけ管理が面倒
- 内部のソフトウェアのバージョンを上げるためにパッチをインスタンスに当てる必要がある
サーバーレスコンピューティング → 基盤となるインフラストラクチャを意識しない
- 煩わしいことを意識しない
  - プロビジョニング(実行環境整備)
  - スケーリング
  - 実行可用性の確保
- AWS Lambda
AWS Lambda
- アプリケーションコードをアップロードして、関数として使用する
- 実行時間が15分以内である必要がある
コンテナオーケストレーションツール
- Dockerコンテナが主に対象
- Amazon ECS (Amazon Elastic Container Service)
- Amazon EKS (Amazon Elastic kubernetes Service)
- これらのツールを実行するのに、EC2やFargateが使える
AWS Fargate
- ECS or EKS用のサーバーレスコンピューティングプラットフォーム

プロビジョニング
- 実行環境の整備
コンテナ
- OS上のアプリケーションの動作環境を仮想的に区切る技術。ある物理サーバー上に動作する複数の処理を独立したサーバー環境下のように実行することができるようになる
コンテナオーケストレーション
- コンテナ内部の実行環境の運用管理を自動でやってくれるツール
マルチテナンシー
- 基盤となるハードウェアを仮想マシン間で共有すること