大原 太郎の学習プラン

バックエンドエンジニア → プラットフォームエンジニア

更新 最終更新: 2026-09-23
大原 太郎のアバター画像

大原 太郎(35歳)

バックエンドエンジニア プラットフォームエンジニア

プラットフォームエンジニア: 開発者体験を最大化する内製プラットフォームを設計・構築・運用し、開発者が価値を届けやすい環境を提供するエンジニア職種。

完全プランを見る

プロフィール / 経歴

受託開発企業で7年、その後Web系企業でバックエンドエンジニアとして5年勤務。GoとRubyを中心にマイクロサービスの開発に携わってきたが、デプロイ環境やCI/CDパイプラインの整備は専任チーム任せだった。近年、社内のマイクロサービス数が増えるにつれ、サービス共通の認証・ロギング・トレーシング基盤の重要性を強く感じるようになった。アプリケーションの実装経験を活かし、開発者の生産性を支えるプラットフォーム側に軸足を移したいと考えている。Kubernetesは基本操作レベル、IaCはほぼ未経験。 これまでバックエンドエンジニアとして現場での運用と改善を積み重ねてきたが、事業のスケールに伴いインフラへの要求は質・量ともに増大し、属人化した知識や場当たり的な対応では限界を感じる場面が増えている。特に信頼性・可観測性・コスト最適化・セキュリティを横断的に設計できる人材の不足を痛感しており、自分が次のステップとしてプラットフォームエンジニアを担うことで、組織全体の技術的意思決定に貢献したいという思いが強くなっている。そのために体系的な知識の再学習と、現場で得た経験の言語化を並行して進めている。

きっかけ・モチベーション

「アプリケーション開発で感じてきた『同じ仕組みを毎回作り直している』というもどかしさを、プラットフォーム側から解消したい。マイクロサービス開発の実体験を持つ自分だからこそ作れる、現場の開発者に寄り添ったプラットフォームを構築し、組織のスケーラビリティを支えたい。 日々の運用で見えてきた課題を、その場しのぎではなく根本から設計し直したい。プラットフォームエンジニアとしてアーキテクチャ意思決定の責務を負うには、特定ベンダーや特定スタックに閉じない普遍的な原理原則を自分の言葉で語れるレベルまで引き上げる必要があると考えている。学習を通じて短期的なキャッチアップではなく、長期にわたって判断軸として機能する基盤を築きたい。」

— 大原 太郎

学習ストーリー

大原 太郎さん本人の学習設計の語り

アプリ実装の知識を強みに、まずインフラ寄りのスキル——Kubernetes、IaC、CI/CD——を体系的に補強する。次にマイクロサービスとプラットフォーム設計の理論を学び、自分の開発経験を再解釈する。最終フェーズでは、実プロジェクトでの提案を意識して、可観測性とサービスメッシュの実践に踏み込む。 学習は週末と平日夜の限られた時間で進めるため、最初に全体像を掴んでから各論に入る順序を徹底している。読んだ内容はその週のうちに小さな検証環境で手を動かして確かめ、理解が曖昧な箇所は同僚や勉強会で議論することで定着させている。プラットフォームエンジニアとして通用する判断力を身につけるため、単なる知識の収集ではなく『なぜそう設計するのか』を説明できる状態を毎章のゴールに置いている。挫折しそうになったときは、最初に書き出した転身後の理想像を読み返して軌道修正している。

現在の課題

  • インフラレイヤーの障害対応経験が不足している
  • Kubernetesの本番運用におけるトラブルシュートが未経験
  • IaCを書く文化がチームになく、実践機会が少ない
  • プラットフォーム提供側の責任範囲を体感する場がまだない

スキルギャップ

現在のスキル水準とプラットフォームエンジニアに必要な水準を並べ、何を伸ばすべきかを可視化しています。

Go/Ruby
4 4
マイクロサービス開発
4 4
AWS
3 4
Kubernetes
2 4
Terraform
1 4
CI/CD
2 4
DB設計
4 4
ネットワーク
2/5

埋めるべきギャップ

Kubernetes本番運用 IaC実践 CI/CDパイプライン設計 可観測性スタック プラットフォーム設計思想

最初の3冊(ここから始める)

迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。

  1. なぜこの本か

    IaC未経験から実務に入るためのギャップを埋める実践書。アプリ開発のコードレビュー文化をインフラに持ち込む素地を作れる。 プラットフォームエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

  2. マイクロサービスアーキテクチャ 第2版の表紙

    マイクロサービスアーキテクチャ 第2版

    Newman Sam、佐藤 直生、木下 哲也

    上級
    Amazonで購入する

    なぜこの本か

    自分が関わってきたマイクロサービス開発を、プラットフォーム設計の観点で再解釈できる。基盤がアプリに何を提供すべきかの設計眼を養う。 プラットフォームエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

学習プラン全体像

7
ヶ月
週8
時間
3
フェーズ
  1. Phase 1: コンテナ/K8s基礎の確立

    8週間

    DockerとKubernetesの仕組みを根本から理解

    このフェーズで読む本

  2. Phase 2: IaCとデリバリ

    8週間

    TerraformとCI/CDで再現性のある基盤を作る

    このフェーズで読む本

  3. Phase 3: マイクロサービス基盤設計

    8週間

    プラットフォーム視点でのサービス間連携

    このフェーズで読む本

    マイクロサービスアーキテクチャ 第2版の表紙

    マイクロサービスアーキテクチャ 第2版

    Newman Sam、佐藤 直生、木下 哲也

    上級
    Amazonで購入する

似た背景のペルソナ

同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。

プラットフォームエンジニアのロードマップへ

大原 太郎さんの学習プランは「プラットフォームエンジニア」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。

プラットフォームエンジニアのロードマップを見る →