MAP全体地図
18領域 × 5段 × 4層のカリキュラム
いま 145 本。これを順に読めばクラウドの仕事の全体が分かる地図にすることが、この媒体の目標です。埋まったマスより空いているマスの方がまだ多いので、空きは隠さず出しています。
このサイトの記事は、1本の階段ではなく面で持っています。横軸が領域(何を学ぶか)、縦軸が段(どこまで上がったか)、そして同じテーマを「とは → 仕組み → 設計 → 運用」の4層に分けます。空いているマスが「次に書くもの」で、埋まったマスから読む順番を組んでいます。
地図の読み方
- 領域(A〜R) — 何を学ぶか。用語・ネットワーク・Linux の土台(A〜D)、AWS の入口(E)、主要な領域(F〜M)、周辺(N〜R)
- 段(0〜4) — どこまで上がったか。立場と対応する(0〜1 は未経験、1〜2 は学習中、2〜3 は実務、3〜4 はプロ)
- 層 — 同じテーマの4つの深さ。「EC2 とは」(とは)→「インスタンスタイプと購入オプションの仕組み」(仕組み)→「EC2 かコンテナかサーバーレスかの判断」(設計)→「EC2 の運用」(運用)
段の定義と到達の目安
段0FOUNDATION土台未経験向け11本
到達の目安: ネットワーク・Linux・クラウドの言葉が分かる。ping と DNS の流れを説明できる
段1ENTRY入口未経験向け26本
到達の目安: AWS アカウントを安全に持ち、VPC に EC2 を立てて S3・RDS とつなげる理由を説明できる
段2COMPOSITION構成学習中向け65本
到達の目安: 冗長化・監視・IaC を含めた「壊れにくい構成」を図に描ける
段3PLATFORM基盤実務向け21本
到達の目安: コンテナ・サーバーレス・CI/CD を選び分け、運用まで回せる
段4DESIGN設計プロフェッショナル向け22本
到達の目安: 組織・コスト・セキュリティ・DR を含めた判断を、根拠つきで説明できる
領域 × 段の表
各マスの数字は記事の本数。押すと領域の一覧へ飛びます。空きは「これから書くもの」です。
| 領域 | 段0土台 | 段1入口 | 段2構成 | 段3基盤 | 段4設計 | 目安 |
|---|---|---|---|---|---|---|
| A用語の整理 | 2 | 終わらない枠 | ||||
| Bネットワーク基礎 | 2 | 4 | 6 / 約30 | |||
| CLinux とサーバー基礎 | 3 | 3 | 6 / 約20 | |||
| D開発の道具 | 2 | 2 | 4 | 8 / 約15 | ||
| Eクラウド概論と AWS の入口 | 3 | 3 / 約15 | ||||
| Fアイデンティティと権限 | 2 | 4 | 1 | 2 | 9 / 約20 | |
| Gネットワーク on AWS | 2 | 6 | · | 2 | 10 / 約25 | |
| Hコンピュート | 2 | 6 | · | · | 8 / 約25 | |
| Iストレージとデータベース | 2 | 6 | 1 | · | 9 / 約30 | |
| Jコンテナとサーバーレス基盤 | 6 | 3 | 1 | 10 / 約30 | ||
| K監視・運用・信頼性 | 4 | 1 | 2 | 7 / 約25 | ||
| LIaC・CI/CD・開発運用 | 4 | 1 | 2 | 7 / 約20 | ||
| Mセキュリティ・コスト・ガバナンス | 7 | 5 | 5 | 17 / 約30 | ||
| Nデータ・AI・移行 | 4 | 3 | 7 / 約20 | |||
| O資格 | 3 | 4 | 3 | 3 | 13 / 約90 | |
| P思考 | 4 | 1 | 2 | 7 / 約20 | ||
| Qキャリア | 2 | 3 | 4 | 1 | · | 10 / 約25 |
| R情報 | · | · | 6 | · | · | 終わらない枠 |
領域ごとの記事
A用語の整理2本
コンピュータ・ネットワーク・クラウドの言葉。用語集(/yougo/)としても出す。段0。
Bネットワーク基礎6本 / 約30単位
OSI と TCP/IP、IP・DNS・TCP・HTTP・TLS、疎通トラブルの切り分け。段0・1。
- 0 ping と DNS で分かる「つながる」の仕組み|名前解決から疎通確認まで、切り分けの順番段0 土台 / 層: 仕組み
- 0 ネットワークとは何か|IP アドレス・ポート・プロトコルを「住所・窓口・約束事」で理解する段0 土台 / 層: とは
- 1 プロキシとリバースプロキシの違い|nginx・Apacheで「前に1台置く」メリットを説明する段1 入口 / 層: 仕組み
- 1 サブネットと CIDR とは何か|/24 の読み方・プライベート IP・ネットワーク部とホスト部段1 入口 / 層: とは
- 1 TCP と UDP の違い|「届いたか確かめる」か「速く送る」かを、用途で使い分ける段1 入口 / 層: 仕組み
- 1 HTTP と HTTPS の仕組み|ブラウザが1ページを開くまでに何が起きているか段1 入口 / 層: 仕組み
CLinux とサーバー基礎6本 / 約20単位
パーミッション・プロセス・systemd・ログ・SSH・パフォーマンス確認。段0・1。
- 0 コマンドが動く仕組み|黒い画面で打った1行が、PATH・入出力・終了ステータスでどう実行されるか段0 土台 / 層: 仕組み
- 0 黒い画面の読み方|ターミナルで「いまどこにいて、何ができるか」を知る段0 土台 / 層: とは
- 0 Linux とは何か|Windows との違いと、サーバーがほぼ Linux で動いている理由段0 土台 / 層: とは
- 1 プロセスとサービスとは何か|systemd がサーバーのプログラムを動かし続ける仕組み段1 入口 / 層: とは
- 1 SSH とは何か|鍵と接続の仕組みを「合鍵」で理解して、EC2 の1台に入る段1 入口 / 層: 仕組み
- 1 ファイルと権限の仕組み|誰が読めて、誰が書けるかを rwx で理解する段1 入口 / 層: 仕組み
D開発の道具8本 / 約15単位
Git・JSON/YAML・Python と Bash の最低限・API・AWS CLI。段0・1・2。
- 0 JSON と YAML の読み方|設定ファイルが「入れ子の名前と値」でできている仕組み段0 土台 / 層: 仕組み
- 0 Git とは何か|「上書き保存」と「版を残す」の違いを、最初の3つの動作で理解する段0 土台 / 層: とは
- 1 Git のブランチとマージの仕組み|main を直接触らない理由と、プルリクエスト・衝突の意味段1 入口 / 層: 仕組み
- 1 AWS CLI とは何か|画面で押すことをコマンドで書く意味と、最初の1行段1 入口 / 層: とは
- 2 Git で間違えたときの直し方|revert・reset・reflog を「共有済みか」で使い分ける運用段2 構成 / 層: 運用
- 2 ブランチ戦略の選び方|main だけ・短命ブランチ・develop を置く型を、チームの人数とリリースの頻度で決める段2 構成 / 層: 設計
- 2 Docker イメージの仕組み|レイヤー・タグとダイジェスト・push と pull で何が運ばれるか段2 構成 / 層: 仕組み
- 2 Docker(コンテナ)とは|イメージ・コンテナ・Dockerfile と仮想マシンとの違い段2 構成 / 層: とは
Eクラウド概論と AWS の入口3本 / 約15単位
AWS とは、アカウントと最初の設定、料金の考え方、責任共有モデル、主要サービス地図。段1。
Fアイデンティティと権限9本 / 約20単位
IAM・ロール・ポリシー・Identity Center・Organizations と SCP・権限設計。段1・2・3・4。
- 1 IAM ポリシーの評価の仕組み|許可と拒否はどの順で決まるか段1 入口 / 層: 仕組み
- 1 IAM とは何か|ユーザー・ロール・ポリシーを「誰が・何に・何をしてよいか」で読み解く段1 入口 / 層: とは
- 2 AccessDenied が出たときの調べ方|エラーメッセージの「because」から止めたポリシーの種類を絞る運用段2 構成 / 層: 運用
- 2 IAM の権限の決め方|管理ポリシーから始め、最小権限へ「広く出して絞る」設計段2 構成 / 層: 設計
- 2 IAM ロールの仕組み|信頼ポリシーと権限ポリシー、AssumeRole で一時的な鍵が渡る動き段2 構成 / 層: 仕組み
- 2 IAM Identity Center とは何か|複数アカウントへのサインインを1か所にまとめ、許可セットで権限を配る段2 構成 / 層: とは
- 3 Amazon Cognito とは何か|ユーザープールとアイデンティティプールを「確かめる」と「使わせる」で分ける段3 基盤 / 層: とは
- 4 IAM Access Analyzer とは何か|外部への共有・未使用の権限・ポリシー検証を「信頼ゾーン」で見張る仕組み段4 設計 / 層: とは
- 4 マルチアカウントの権限設計|SCP・許可セット・権限境界・ABAC を「どこで絞るか」で組む段4 設計 / 層: 設計
Gネットワーク on AWS10本 / 約25単位
VPC・サブネット・SG と NACL・エンドポイント・Route 53・ELB・CloudFront・ハイブリッド接続。段1・2・3・4。
- 1 セキュリティグループとネットワーク ACL の違い|2つの門の仕組み段1 入口 / 層: 仕組み
- 1 VPC とは何か|サブネット・ルートテーブル・ゲートウェイ・セキュリティグループと NACL の関係を1枚で段1 入口 / 層: とは
- 2 VPC でつながらないときの調べ方|Reachability Analyzer とフローログで順に切り分ける段2 構成 / 層: 運用
- 2 VPC の通信が外に出る仕組み|ルートテーブル・IGW・NAT ゲートウェイ・VPC エンドポイントの役割段2 構成 / 層: 仕組み
- 2 VPC のサブネットを設計する|CIDR・公開と非公開・AZ の置き方を「変えにくいもの」から決める段2 構成 / 層: 設計
- 2 Amazon CloudFront とは何か|エッジ・オリジン・キャッシュ・OAC の関係を1本で段2 構成 / 層: とは
- 2 Amazon Route 53 とは何か|ホストゾーン・レコード・ルーティングポリシーを「名前の案内係」で理解する段2 構成 / 層: とは
- 2 Elastic Load Balancing とは何か|ALB・NLB・GWLB の違いとヘルスチェック、複数 AZ段2 構成 / 層: とは
- 4 AWS Direct Connect とは何か|接続・VIF・DX ゲートウェイの役割と VPN との違いを設計の言葉で段4 設計 / 層: とは
- 4 マルチアカウントのネットワーク設計|Transit Gateway と PrivateLink と専用線の選び方段4 設計 / 層: 設計
Hコンピュート8本 / 約25単位
EC2・EBS・購入オプション・Auto Scaling・Lambda・EC2 かコンテナかサーバーレスか。段1・2・3・4。
- 1 EC2 のインスタンスタイプと購入オプションの仕組み|名前の読み方と払い方段1 入口 / 層: 仕組み
- 1 EC2 とは何か|インスタンス・AMI・EBS・セキュリティグループを「借りた1台」で理解する段1 入口 / 層: とは
- 2 Auto Scaling の Launch Before Terminate がアカウント既定に|置き換え中の容量を保つ段2 構成 / 層: 運用
- 2 EC2 の運用の回し方|パッチ・バックアップ・監視・止め忘れを「定期作業」に落とす段2 構成 / 層: 運用
- 2 プライムデー 2026 を支えた AWS の数字|サービスの規模感を掴む段2 構成 / 層: とは
- 2 EC2 を壊れても止まらない構成にする設計|1台のサーバーに持たせないものを決め、複数 AZ に並べる段2 構成 / 層: 設計
- 2 EC2 が起動して使えるようになるまでの仕組み|状態の移り変わり・ユーザーデータ・メタデータ・インスタンスプロファイル段2 構成 / 層: 仕組み
- 2 Amazon EC2 Auto Scaling とは何か|台数を自動で増減し、壊れた1台を入れ替える仕組み段2 構成 / 層: とは
Iストレージとデータベース9本 / 約30単位
S3・Glacier・Backup・RDS と Aurora・DynamoDB・ElastiCache・データベースの選び方。段1・2・3・4。
- 1 ブロック・ファイル・オブジェクトの違い|EBS・EFS・S3 を「読み書きの単位」と「共有できるか」で理解する段1 入口 / 層: 仕組み
- 1 S3 とは何か|バケットとオブジェクト・ストレージクラス・公開設定を「ディスクではない置き場」で理解する段1 入口 / 層: とは
- 2 Aurora DSQL のコストを DPU とアラームで見張る|2026年10月の更新段2 構成 / 層: 運用
- 2 S3 の運用の回し方|バージョニングとライフサイクルで「消した・増えすぎた」を防ぐ段2 構成 / 層: 運用
- 2 RDS の Multi-AZ・リードレプリカ・バックアップの仕組み|「止まらない」「読みを増やす」「戻す」は別の部品段2 構成 / 層: 仕組み
- 2 データの置き場の選び方|S3・EBS・EFS・RDS・DynamoDB を「どう読み書きするか」から決める設計段2 構成 / 層: 設計
- 2 Amazon DynamoDB とは何か|キーで引く NoSQL を、パーティションキーとアクセスパターンで理解する段2 構成 / 層: とは
- 2 Amazon RDS とは何か|マネージドの範囲と、EC2 に DB を置く場合との責任の違い段2 構成 / 層: とは
- 3 ElastiCache とは何か|DB の前に置くキャッシュを、キャッシュアサイドと TTL で理解する段3 基盤 / 層: とは
Jコンテナとサーバーレス基盤10本 / 約30単位
Docker・ECR・ECS・Kubernetes と EKS・App Runner・API Gateway・SQS/SNS・EventBridge。段2・3・4。
- 2 ECS のタスク定義を設計する|サイズ・ロール・設定の渡し方を「1つのタスクに何を持たせるか」で決める段2 構成 / 層: 設計
- 2 ECS のタスクが止まる・デプロイが進まないときの調べ方|停止理由・サービスイベント・サーキットブレーカーを順に見る運用段2 構成 / 層: 運用
- 2 Amazon EventBridge とは何か|イベントバス・ルール・ターゲットと SNS・SQS との使い分け段2 構成 / 層: とは
- 2 Amazon SQS と Amazon SNS とは|キューとトピック、疎結合とファンアウト段2 構成 / 層: とは
- 2 Amazon ECS の仕組み|クラスター・タスク定義・サービスと Fargate の関係段2 構成 / 層: 仕組み
- 2 AWS Lambda とは何か|イベントで動く関数と、実行時間などの制約を EC2・コンテナと比べて理解する段2 構成 / 層: とは
- 3 Lambda が動く仕組み|実行環境・コールドスタート・同時実行を、1 回の呼び出しの流れで理解する段3 基盤 / 層: 仕組み
- 3 Amazon EKS とは何か|コントロールプレーンとノード・Pod の分担と、ECS との違いを実務の言葉で理解する段3 基盤 / 層: とは
- 3 ECS か EKS か、それとも EC2 か Lambda か|コンテナ基盤の判断を「何を自分で持ちたいか」で決める段3 基盤 / 層: 設計
- 4 イベント駆動の設計|冪等性・リトライ・順序と SQS・EventBridge・Step Functions の選び分け段4 設計 / 層: 設計
K監視・運用・信頼性7本 / 約25単位
CloudWatch・CloudTrail・Config・SSM・監視設計・SLO・Runbook・ポストモーテム・DR。段2・3・4。
- 2 ログの保存の設計|どこに・いつまで・どの形で残すかを、見る頻度と守る理由から決める段2 構成 / 層: 設計
- 2 アラームが鳴ったときの初動|いつから・どこで・何が変わったかを切り分ける順番段2 構成 / 層: 運用
- 2 AWS のログの仕組み|CloudTrail・CloudWatch Logs・フローログ・Config で何が分かるか段2 構成 / 層: 仕組み
- 2 Amazon CloudWatch とは何か|メトリクス・ログ・アラーム・ダッシュボードで「何を見れば何が分かるか」段2 構成 / 層: とは
- 3 監視設計|何を見るかは SLO から逆算する。4つのシグナルと、アラームを鳴らす基準の決め方段3 基盤 / 層: 設計
- 4 AWS FIS とは何か|実験テンプレート・停止条件で「壊れ方を計画して確かめる」段4 設計 / 層: とは
- 4 災害対策(DR)の設計|RTO と RPO から4つの方式を選び、訓練で確かめる段4 設計 / 層: 設計
LIaC・CI/CD・開発運用7本 / 約20単位
CloudFormation・CDK・Terraform・CodePipeline・GitHub Actions・デプロイ戦略・環境分離。段2・3・4。
- 2 CloudFormation のスタックが失敗したときの直し方|イベントを読み、ロールバックを続けるか止めるか決める運用段2 構成 / 層: 運用
- 2 デプロイ方式の選び方|インプレース・ブルー/グリーン・カナリアを「戻しやすさ」と「止められない度」で決める設計段2 構成 / 層: 設計
- 2 CI/CD の仕組み|コミットから本番まで、ビルド・テスト・デプロイが自動で流れて止まる理由段2 構成 / 層: 仕組み
- 2 IaC とは何か|手作業との違いと宣言型、CloudFormation・CDK・Terraform の位置づけ段2 構成 / 層: とは
- 3 AWS CDK とは何か|プログラミング言語でインフラを書き、CloudFormation に変換して作る仕組み段3 基盤 / 層: とは
- 4 CloudFormation がスタックを更新する仕組み|依存の順序・置換の条件・守りの部品を理解する段4 設計 / 層: 仕組み
- 4 AWS CloudFormation とは何か|変更セット・ドリフト・StackSets で基盤をコードで持つ設計の入口段4 設計 / 層: とは
Mセキュリティ・コスト・ガバナンス17本 / 約30単位
KMS・WAF・GuardDuty・Security Hub・コストの構造・タグ戦略・マルチアカウント・Well-Architected。段2・3・4。
- 2 AWS Security Hub が SBOM インベントリを提供|組織横断で「どのパッケージがどこに」が分かる段2 構成 / 層: とは
- 2 Codex を Bedrock 経由で使う|LiteLLM ゲートウェイで予算とレート制限を握る段2 構成 / 層: とは
- 2 請求が急に増えたときの調べ方|Cost Explorer で絞り、Budgets と異常検出で早く気づく運用段2 構成 / 層: 運用
- 2 AWS のタグ設計|環境・担当・用途を先に決めて、費用を「誰のものか」で分ける段2 構成 / 層: 設計
- 2 GuardDuty RDS Protection がデータの持ち出しと破壊を検出|ログインの次に見るもの段2 構成 / 層: とは
- 2 Secrets Manager と Parameter Store の仕組み|秘密をコードに書かない置き場と選び方段2 構成 / 層: 仕組み
- 2 AWS アカウントを作ったら最初にやるセキュリティとは|ルートユーザー・MFA・CloudTrail・予算アラート段2 構成 / 層: とは
- 3 GuardDuty の検出結果が出たときの扱い方|重大度で振り分け、CloudTrail で裏を取り、抑制で減らす運用段3 基盤 / 層: 運用
- 3 セキュリティ検知サービスの選び方|GuardDuty・Inspector・Config・Security Hub段3 基盤 / 層: 設計
- 3 AWS Config の仕組み|構成の記録・ルール評価・自動修復で「設定が守られているか」を見張る段3 基盤 / 層: 仕組み
- 3 GuardDuty Runtime Monitoring が Security Hub に含まれた|請求先が変わる段3 基盤 / 層: とは
- 3 AWS KMS とは何か|KMS キー・エンベロープ暗号化・キーポリシーで「鍵を渡さずに暗号化を使う」仕組み段3 基盤 / 層: とは
- 4 KMS キーのローテーションと削除の運用|鍵を回す・止める・消すを、データが読めなくなる事故を起こさずに回す段4 設計 / 層: 運用
- 4 別アカウントから KMS キーを使う仕組み|キーポリシーと IAM ポリシーの「二重の許可」で暗号化データを渡す段4 設計 / 層: 仕組み
- 4 AWS Control Tower とは何か|土台・統制・払い出しを「型」から始める段4 設計 / 層: とは
- 4 AWS のコスト最適化の設計|見える化・構成・契約・予算の判断軸段4 設計 / 層: 設計
- 4 マルチアカウント設計|アカウントを「境界」として使い、Organizations と SCP で組織のガードレールを引く段4 設計 / 層: 設計
Nデータ・AI・移行7本 / 約20単位
分析基盤の全体像・SageMaker・Bedrock・移行の 7R。地図と入口に留める。段3・4。
- 3 分析サービスの選び方|Athena・Redshift・EMR・Glue を頻度とクエリの形で使い分ける設計段3 基盤 / 層: 設計
- 3 Athena のクエリが S3 を読む仕組み|パーティション・列指向形式・スキャン量で「速さと料金」が決まる理由段3 基盤 / 層: 仕組み
- 3 データレイクとは何か|S3・Glue Data Catalog・Athena の基本形と、データウェアハウスとの違い段3 基盤 / 層: とは
- 3 Amazon Bedrock とは何か|モデルの選び方・RAG・エージェント・ガードレールと SageMaker の違い段3 基盤 / 層: とは
- 4 AWS Lake Formation とは何か|データレイクの権限を列・行・タグで一元管理し、IAM との分担を説明する段4 設計 / 層: とは
- 4 生成 AI アプリの本番設計|モデル選び・RAG の品質・ガードレール・コストと監視の判断軸段4 設計 / 層: 設計
- 4 クラウド移行の設計|7R の決め方・移行の順番・切り替えの判断軸段4 設計 / 層: 設計
O資格13本 / 約90単位
AWS 認定 12 資格のエンティティページ、横断(順番・意味・実務との距離)、全冠の執筆者の連載。段1・2・3・4。
- 1 AWS 認定の仕組み|4つのレベル・出題形式・換算スコアと、3年の有効期限を先に知る段1 入口 / 層: 仕組み
- 1 AI Business Strategist(AIB-C01)とは|事業側の AI 資格の範囲と準備の順番段1 入口 / 層: とは
- 1 Cloud Practitioner(CLF-C02)の位置づけ|何ができる証明か、暗記にしない勉強の順番段1 入口 / 層: とは
- 2 SAA の問題演習を回す運用|間違えた問題を「分野×原因」で記録して、記事に戻る見直しの回し方段2 構成 / 層: 運用
- 2 SAA の出題の仕組み|4分野の配分・採点されない問題・補償型の採点を、準備の配分に使う段2 構成 / 層: 仕組み
- 2 SAA の学習計画の設計|残り期間と自分の穴から、読む・手を動かす・問題演習の割り振りを決める段2 構成 / 層: 設計
- 2 Solutions Architect Associate(SAA-C03)とは|「構成を選ぶ力」の証明と段2の対応段2 構成 / 層: とは
- 3 試験の改定を追い続ける運用|学習中・保有中の資格に版替わりが来たとき、何を見て何を決めるか段3 基盤 / 層: 運用
- 3 次に取る AWS 認定の選び方|実務の役割と、いまの穴から決める設計段3 基盤 / 層: 設計
- 3 AWS 認定の更新の仕組み|3年の期限・上位資格での更新・維持の違いを、複数資格を持つ実務者の目線で整理する段3 基盤 / 層: 仕組み
- 4 Professional 級に届かなかったときの立て直し方|スコアレポートの読み方・再受験までの2週間・版替わりの判断段4 設計 / 層: 運用
- 4 Professional 級の学習計画の設計|4分野の配分と自分の穴から、読む・実務・問題演習の割り振りを決める段4 設計 / 層: 設計
- 4 Professional 級の問題が解きにくい仕組み|長文の要件・制約・「最も〜」を分けて、選択肢を絞る読み方段4 設計 / 層: 仕組み
P思考7本 / 約20単位
トレードオフ・「なぜそのサービスか」の型・ADR・一次情報の読み方・障害から学ぶ。段2・3・4。
- 2 ADR を古くしない運用|レビューで受け入れ、変更で参照し、置き換えて決定ログを回す段2 構成 / 層: 運用
- 2 ADR(設計判断の記録)の書き方|「なぜそうしたか」を文脈・決定・結果の3点で残す段2 構成 / 層: 設計
- 2 Well-Architected レビューの仕組み|質問に答えてリスクを出し、改善計画に落とすまでの流れ段2 構成 / 層: 仕組み
- 2 AWS Well-Architected フレームワークとは|6つの柱・設計原則・レンズを「問いの集まり」として使う段2 構成 / 層: とは
- 3 ポストモーテムとは何か|障害のあとに「誰のせいか」ではなく「なぜ起きたか」を残す振り返りの型段3 基盤 / 層: とは
- 4 非機能要件とは何か|稼働率・性能・セキュリティ・運用を「数字で合意する」設計の前提段4 設計 / 層: とは
- 4 トレードオフの考え方|「なぜそのサービスか」を根拠つきで説明する型と、Well-Architected の6本柱の使い方段4 設計 / 層: 設計
Qキャリア10本 / 約25単位
職種地図・未経験からの入り方・学習ロードマップ・面接・ポートフォリオ。段0・1・2・3・4。
- 0 システムが作られて動き続ける流れ|企画・設計・構築・運用・改善のどこで誰が働くか段0 土台 / 層: 仕組み
- 0 クラウドの仕事は誰が何をしているか|AWS・SIer・MSP・内製の役割と、自分の入口段0 土台 / 層: とは
- 1 学習の記録をポートフォリオにする仕組み|GitHub のプロフィールと草で「見える実績」にする段1 入口 / 層: 仕組み
- 1 クラウドエンジニアとは何か|設計・構築・運用・自動化の仕事と、インフラエンジニアとの違い段1 入口 / 層: とは
- 1 未経験がクラウドを学ぶ最初の1か月|週ごとの順番と、やらないことを先に決める段1 入口 / 層: 設計
- 2 運用の仕事に就いた最初の数か月の回し方|手順書・変更・障害対応を「見る、真似る、任される」の順で身につける段2 構成 / 層: 運用
- 2 クラウド職の求人票の読み方|運用・構築・設計・開発のどれを任されるかを、業務内容の言葉で見分ける設計段2 構成 / 層: 設計
- 2 運用当番(オンコール)の仕組み|障害のとき誰が呼ばれ、どこまで自分で直し、いつ人に渡すか段2 構成 / 層: 仕組み
- 2 ソリューションアーキテクトとは何か|要件を構成に変える仕事と、クラウドエンジニアとの違い段2 構成 / 層: とは
- 3 SRE とは何か|運用との違いと、SLO・エラーバジェットで「速さと安定」を数字で決める仕事段3 基盤 / 層: とは
R情報6本
What's New の週次まとめ・料金改定・試験改定と廃止・改称・障害の要約。月に4〜8本。段0・1・2・3・4。
- 2 今週の AWS アップデート(10/26〜29)|Auto Scaling の置き換え動作がアカウント既定にほか5件段2 構成 / 層: とは
- 2 今週の AWS アップデート(10月19〜25日)|ECS Gateway の登場ほか6件段2 構成 / 層: とは
- 2 今週の AWS アップデート(10月12〜18日)|Lambda Web Functions の登場ほか4件段2 構成 / 層: とは
- 2 今週の AWS アップデート(10月5〜11日)|Well-Architected Agent のプレビューほか4件段2 構成 / 層: とは
- 2 今週の AWS アップデート(9/28〜10/4)|GuardDuty の組織ポリシー管理ほか3件段2 構成 / 層: とは
- 2 今週の AWS アップデート(9/21〜9/27)|CloudWatch Omni 一般提供ほか2件段2 構成 / 層: とは
層の定義
-
とは — 概念。何のためにあるか、どこに位置するか
-
仕組み — どう動くか。中の構造と、境界
-
設計 — どう選ぶか、どう組むか。判断の基準とトレードオフ
-
運用 — どう守るか、どう直すか。監視・障害・変更
地図の空きは python3 tools/map_gap.py が領域×段×層で機械的に出します。地図そのものは人が持ち、自動生成は空き1マスに限定しています(編集ポリシー)。