AWSインフラエンジニア → クラウドアーキテクト
クラウドアーキテクト: 複数クラウドを統合し、ビジネス要件・コスト・セキュリティを両立したエンタープライズアーキテクチャを設計・導入する職種。
完全プランを見る中堅SIerでオンプレからAWS移行のプロジェクトに6年従事。EC2/RDS/S3など定番サービスを使ったWebシステムの構築・運用を多数経験し、AWS SAA資格も保有。最近は顧客から『マルチアカウント戦略』『Well-Architectedレビュー』『コスト最適化』を相談される機会が増えてきたが、自分の知識はサービス単位の構築方法に偏っており、組織全体を見据えたアーキテクチャ設計の体系的経験が不足している。より上流の設計を担うクラウドアーキテクトを目指して、SAP取得と設計力強化に着手したい。 これまでAWSインフラエンジニアとして現場での運用と改善を積み重ねてきたが、事業のスケールに伴いインフラへの要求は質・量ともに増大し、属人化した知識や場当たり的な対応では限界を感じる場面が増えている。特に信頼性・可観測性・コスト最適化・セキュリティを横断的に設計できる人材の不足を痛感しており、自分が次のステップとしてクラウドアーキテクトを担うことで、組織全体の技術的意思決定に貢献したいという思いが強くなっている。そのために体系的な知識の再学習と、現場で得た経験の言語化を並行して進めている。
「個別サービスの『構築屋』から脱却し、顧客のビジネス要件と非機能要件を踏まえて全体最適のクラウドアーキテクチャを描ける存在になりたい。Well-Architected Frameworkの観点を血肉化し、設計判断の根拠を語れるアーキテクトとして信頼を得たい。 日々の運用で見えてきた課題を、その場しのぎではなく根本から設計し直したい。クラウドアーキテクトとしてアーキテクチャ意思決定の責務を負うには、特定ベンダーや特定スタックに閉じない普遍的な原理原則を自分の言葉で語れるレベルまで引き上げる必要があると考えている。学習を通じて短期的なキャッチアップではなく、長期にわたって判断軸として機能する基盤を築きたい。」
石川 涼太さん本人の学習設計の語り
まずSAP合格レベルの体系的知識を整え、AWSサービスの全体像と設計トレードオフを把握する。次にIaCとマルチアカウント設計を学び、組織レベルでのガバナンスと運用効率を両立できる設計眼を養う。最後にクラウドネイティブの設計原則とコスト最適化を学び、提案資料に落とし込めるレベルまで深める。 学習は週末と平日夜の限られた時間で進めるため、最初に全体像を掴んでから各論に入る順序を徹底している。読んだ内容はその週のうちに小さな検証環境で手を動かして確かめ、理解が曖昧な箇所は同僚や勉強会で議論することで定着させている。クラウドアーキテクトとして通用する判断力を身につけるため、単なる知識の収集ではなく『なぜそう設計するのか』を説明できる状態を毎章のゴールに置いている。挫折しそうになったときは、最初に書き出した転身後の理想像を読み返して軌道修正している。
現在のスキル水準とクラウドアーキテクトに必要な水準を並べ、何を伸ばすべきかを可視化しています。
迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。
なぜこの本か
アーキテクトとして提案する構成を再現可能なコードで残すために、IaCの実践力は必須。SIer出身者が陥りがちな『手作業構築』から脱却する第一歩。 クラウドアーキテクトを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。
AWS全サービスとWell-Architectedの理解
Terraformとガバナンス設計
信頼性・可観測性・コスト最適化
同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。
石川 涼太さんの学習プランは「クラウドアーキテクト」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。
クラウドアーキテクトのロードマップを見る →
![AWSコンテナ設計・構築[本格]入門の表紙](https://images-na.ssl-images-amazon.com/images/P/4815626049.09.LZZZZZZZ.jpg)
