AWSのオンラインセミナーに参加したのでその時のメモ(11/10)

リージョン

AZ; アベイラビリティゾーン(データセンター群) 最大6個のデータセンターの集まり
- データセンターがクラッシュした時の対策; 耐障害性
- 1ms以下の接続遅延時間

基本サービス4つ

Amazon VPC
- AZ内にサブネットを作る -> インターネットゲートウェイから外部から接続できる
Amazon EC2
- Linux or Windowsを時間単位で起動
- インスタンスは永続的なストレージを持っていない. EBSというストレージをアタッチして保存.
- バックアップをスナップショット(S3に保存）
Amazon RDS
- 6つのデータベースサーバ
- 時間課金
- バックアップが取得される
- リードレプリカ同期が完全自動化
Amazon S3
- オブジェクトストレージ
- 静的
- APIをたたいて利用
- ユニークなキー(固有のURI)でファイルを取得することができる -> 安価に安定した形態になる
- S3の方が安くデータを保存できる. 静的コンテンツがたくさんあればある程、S3の方が安く運用できる.

利用者はほとんど時間がかかる. インストールする作業(待ち時間)は無駄な作業. 故にあらかじめインストールされた環境(RDS)

メカニズムを重視自動化を実現させる一連のプロセスインプットを連続的にアウトプットへ変換

IaCの基に成り立つ

AWSで175を超えるサービス

-AWSの利用をやめる際、OSを使わないとAWSに依存したサービスになるためバックアップや移行が難しくなる.

ステークホルダーにコミットしたAPIの利用には最新の注意を(APIに影響を与えるバージョンアップはウォーターフォールを)

各サービスごとに少数の開発者と〜〜がある

サーバレスコンピューティング

コンテナ(ISOで定義される共通規格)
- メリット; コードと依存環境をまとめてパッケージ化 , アプリケーション層の抽象化
- Docker Engine
- 圧倒的高速; ns単位で動作
水平スケーリングと垂直スケーリング
- 垂直: 繁忙期にはインスタンスを増やして大きくするなど.
- 水平: 横に広げるイメージ.
完全ステートレス
- 処理が終わったら全て破棄される
- NoSQL型を最初に検討すべき?
関数単位での権限制御
関数単位のロギング
実行は最大900秒
使う言語の検討: ms単位の動作を期待する場合はスクリプト言語を検討すべき
ビルド系言語は初動が遅いが、動き始めれば速い