← AWSサービスの内部原理 コース
1. マネージドサービスの正体 — 中身は普通のコンピュータ
「フルマネージド」の膜を1枚剥がすと何が見えるのか、図で追っていきましょう。
①「魔法の箱」の中身は普通の部品
DynamoDB / Lambdaフルマネージドサービス
膜を1枚剥がすと
SSD / HDD
サーバー
OS
ネットワーク
- ・部品が消えたわけではない
- ・調達・設置・パッチ・故障対応をAWSが肩代わりしているだけ
フルマネージドでも中では普通のコンピュータの部品が動いている。AWSはその運用の手間を肩代わりしているに過ぎない。
②責任共有モデル — 誰がどこまで見るか
責任共有モデル本来はセキュリティ責任の分担図
2つに分かれる
OF the cloudクラウドそのもの
AWSの責任IN the cloudクラウドの中
利用者の責任- ・本レッスンでは「どの部品の運用をAWSが持つか」に読み替えて使う
第一義的にはセキュリティとコンプライアンスの責任分担モデル。ここでは運用の線引きとして読み替える。
③線引きはサービスの種類で動く
データ / 権限設定
常に利用者その下の層
ゲストOSのパッチEC2 → 利用者 / マネージド → AWS
さらに下は常にAWS
ホストOS
仮想化
ハードウェア
- ・EC2ではゲストOSのパッチ適用は利用者の責任(公式に明記)
- ・「EC2のOSパッチはAWSがやる」は試験頻出の引っかけで誤り
- ・DynamoDB / S3はOS・プラットフォーム層までAWSが運用
フルマネージドとは、この線が利用者側からAWS側へ大きく寄った状態のこと。利用者はデータと権限に集中できる。
④丸暗記からの解放 — 挙動は基礎から再導出できる
書き込みが速い
レイテンシに下限
容量に上限
抽象化の膜を剥がすと理由が見える
SSDの物理特性
サーバーの台数
OS / アルゴリズム
分散の一貫性制約
サービスの挙動や制限は、下で動く部品の都合から再導出できる。基礎を知っていれば挙動を推測できる。
⑤以降の読み方 — 基礎の言葉に翻訳し直す
DynamoDBのパーティション
Lambdaのコールドスタート
基礎の言葉に翻訳
分散システムのシャーディング
OSのプロセス起動
- ・翻訳先は既に学んだ 記憶装置・サーバー・OS・アルゴリズム・分散システム
「中身は普通のコンピュータ」を出発点に、次のレッスンから実際に膜を剥がしていく。