オンプレ経験のあるインフラエンジニアに、AWSをどう学ばせる？クラウド移行の前に組む部門研修の進め方

こんにちは、インフラエンジニアのryuです。

インフラ部門の責任者や教育担当の方から、「オンプレのシステムをAWSに移すことになったが、チームにAWSの経験者がいない」という相談を受けることがあります。サーバーやネットワークの構築・運用の経験は十分にあるのに、クラウドについては自己流で少し触ったことがある程度、というチームは珍しくありません。

こうしたチームに、未経験者向けのクラウド入門研修をそのまま受けさせると、知っている内容の説明に多くの時間を使ってしまいます。一方で、経験があるからと自習に任せると、オンプレのやり方をそのままAWSに持ち込んでしまい、移行の後で困ることがあります。

この記事では、オンプレ経験のあるインフラエンジニアにAWSを学ばせる研修を、インフラ部門の責任者・教育担当者向けに整理します。結論を先に書くと、ポイントは3つです。今ある知識とAWSの対応づけから始めること、考え方が変わる点に時間を使うこと、そして自社のシステムを題材にして仕上げることです。

未経験者向けのクラウド研修と、何が違うのか¶

オンプレの経験者は、IPアドレスやサブネット、ルーティング、ファイアウォール、Linuxのサーバー運用といった基礎をすでに持っています。AWSのサービスの多くは、こうした基礎の上に作られているので、ゼロから学ぶ人よりもずっと早く理解できる部分があります。

その反面、経験者には経験者なりのつまずき方があります。知っている仕組みに当てはめて理解しようとするので、似ているけれど違う部分を見落としやすいのです。たとえば、権限の管理や料金のかかり方、障害に備える設計の考え方は、オンプレとは前提が変わります。

両者の違いを表にまとめます。

研修の対象者に未経験者と経験者が混ざっている場合は、レベル差への対応も考えておく必要があります。その進め方はレベル差のある新人インフラエンジニア研修の記事で整理しています。

まず、今ある知識とAWSを対応づける¶

経験者向けの研修の最初の段階では、オンプレで扱ってきたものが、AWSでは何に当たるのかを対応づけます。新しいことを1つずつ覚えるより、知っているものとつなげて覚えるほうが、経験者にはずっと早く身につきます。

オンプレとAWSの対応表を作る¶

研修の初回に、次のような対応表をチームで作ってみるのがおすすめです。下の表は一般的な例で、考え方の目安です。どれも完全に同じものではないので、違う点は次の段階で学びます。

表を作る作業そのものが研修になります。ベテランのメンバーが、自社のどの機器がAWSのどれに当たるかを説明し、若手が質問する形にすると、知識の差も見えてきます。EC2とS3のように、最初に区別しておきたいサービスの違いはEC2とS3の違いの記事が参考になります。

自社の構成図を1枚描き直す¶

対応表ができたら、自社のシステムの構成図を1枚選び、AWSに置き換えたらどうなるかを描いてもらいます。この時点では正確な設計でなくて構いません。分からない部分が出てきたら、それがそのまま次の段階で学ぶ内容になります。

構成図を描いて理解を確かめる方法は、構成図トレーニングの記事でも紹介しています。手を動かす前に図で考える習慣がつくと、AWSの構成の話し合いも進めやすくなります。

考え方が変わる点に、研修の時間を使う¶

対応づけが終わったら、研修の中心は「似ているけれど違う」部分に移ります。経験者にとって、ここがいちばん時間をかける価値のある部分です。

責任の分け方が変わる¶

オンプレでは、建物や電源、機器から、OSやアプリケーションまで、ほとんどすべてを自社で管理していました。AWSでは、AWSが責任を持つ範囲と、利用者が責任を持つ範囲が分かれています。

AWSはこれを責任共有モデルとして説明しています。AWSはクラウドそのもののセキュリティ（データセンターや、サービスを動かす基盤）に責任を持ち、利用者はクラウドの中のセキュリティ（データ、OSやファイアウォールの設定、暗号化など）に責任を持つという考え方です。どこまでが利用者の範囲になるかは、使うサービスによって変わります。

経験者は、オンプレで当たり前に管理していたものが「AWSに任せられる部分」と「引き続き自分たちが持つ部分」のどちらに入るかを、サービスごとに整理し直す必要があります。EC2・RDS・S3で範囲がどう変わるかは、責任共有モデルを3つのサービスで比べる記事が分かりやすい題材になります。

権限の管理が中心になる¶

オンプレでは、サーバーにログインできる人を絞ることが、権限管理の中心でした。AWSでは、マネジメントコンソールでの操作も、コマンドラインやプログラムからの操作も、すべてIAMの権限で判定されます。

そのため、研修では「誰に、どの操作を、どの範囲で許すか」を考える練習が欠かせません。権限エラーが出たときにどこを確かめるかも、早いうちに経験しておくと移行後の対応が楽になります。確かめる順番はAWSのAccessDeniedの原因を絞る記事にまとめています。

障害への備え方と、料金のかかり方が変わる¶

オンプレでは、壊れにくい機器を選び、予備の機器を用意して障害に備えることが多かったと思います。AWSでは、複数のアベイラビリティーゾーン（AZ）にサーバーを分けて置き、どれかが止まっても動き続けるように設計するのが基本です。リージョンとAZの関係はリージョン・AZ・エッジロケーションの違いの記事で解説しています。

料金のかかり方も大きく変わります。オンプレでは機器を買った時点で費用がほぼ決まりましたが、AWSでは使った分だけ料金がかかります。研修の中で、作ったリソースを片付けることや、料金を確認する画面を見ることを、毎回の手順に入れておきましょう。

設計の良し悪しを確かめる観点を持つ¶

オンプレの経験者は、自分なりの設計の基準を持っています。その基準をAWSに合わせて見直すときに使えるのが、AWSが公開しているAWS Well-Architected Frameworkです。

このフレームワークは、運用上の優秀性、セキュリティ、信頼性、パフォーマンス効率、コスト最適化、持続可能性の6つの柱で、設計を確かめるための問いをまとめています。研修の後半で、描き直した構成図をこの6つの観点で見直してもらうと、オンプレの感覚のまま設計していた部分に気づきやすくなります。

研修の組み立て方¶

ここまでの内容を、実際の研修の形にまとめます。業務と並行して進めることが多いので、1回の時間を短くして、期間を長めに取るほうが続きます。

対象者と受講前のスキルを確かめる¶

最初に、対象者がどの分野にどれくらいの経験を持っているかを確かめます。同じオンプレの経験者でも、ネットワークが得意な人、サーバーが得意な人、運用が中心だった人では、AWSで時間がかかる部分が違います。

自己申告だけに頼らず、Linuxやネットワークの基礎の練習問題を一度解いてもらうと、得意・不得意がはっきりします。基礎に抜けがある人には、AWSに入る前にその部分だけ復習してもらいます。

8週間で進める場合の例¶

参考までに、週2〜3時間を8週間続ける場合の組み立て例を載せておきます。これは説明のための仮定の例で、人数や移行の時期に合わせて調整してください。

各週の内容は、資料を読むだけで終わらせず、研修用の環境で実際に作って片付けるところまでを1セットにします。研修用のAWSアカウントの権限や費用の抑え方は、研修用サンドボックスの設計の記事を参考にしてください。

到達目標と評価のしかた¶

経験者向けの研修では、受講したかどうかより、移行の仕事で使える判断ができるようになったかを見ます。評価は次の2つを組み合わせると現実的です。

1つ目は、最終週の発表です。自社のシステムを1つ選び、AWSに移したときの構成図と、その構成にした理由を説明してもらいます。正解の構成を当てることより、責任の範囲、権限、障害への備え、料金のそれぞれについて、考えた理由を説明できるかを見ます。

2つ目は、分野ごとの理解度の確認です。IAMやネットワークのように、間違えると移行後の障害やセキュリティの問題につながる分野は、練習問題の正答率などで抜けがないかを確かめます。AWS認定試験を理解度の目安に使う会社もあります。資格と研修を組み合わせる考え方は研修と資格取得支援を組み合わせる記事で整理しています。

運用の手間を増やしすぎない工夫¶

移行の準備と研修を同時に進めると、教える側のメンバーの負担が大きくなりがちです。社内でAWSに詳しい人が少ない場合は、その人が講師役まで抱えないように、役割を分けておきましょう。

基礎の部分は教材で各自が学び、詳しい人は自社のシステムに関わる質問と、最終週の発表のレビューだけを担当する、という分け方がおすすめです。こうすると、詳しい人の時間を、教材では答えられない部分に集中させられます。

研修の進み具合を把握する方法も、早めに決めておきます。移行の作業が忙しくなると、学習が止まるメンバーが出てきます。誰がどこまで進んでいるかを定期的に確かめ、止まっている人には、担当する作業に関係する分野から先に進めてもらうように相談します。

InfraAcademy の法人プランでは、管理画面から受講者ごとの講座の進捗率、完了したレッスン、学習日、練習問題の正答率を確認できます。契約中は受講者がすべての講座から必要なものを選んで学べるので、オンプレの経験者には基礎を飛ばして、VPC・EC2・S3・IAMといったAWSの講座から始めてもらう使い方もできます。ブラウザで動くAWSの学習用シミュレーターで、VPCやEC2、IAMの設定を手を動かして確かめられます（実際のAWSアカウントを提供するものではありません）。

管理画面の操作感は、登録不要の管理画面のデモで確かめられます（デモは架空のデータです）。社内で検討するための資料が必要な場合は、資料請求のページをご利用ください。

まとめ¶

オンプレ経験のあるインフラエンジニアにAWSを学ばせるときは、未経験者向けの研修をそのまま使わず、今ある知識とAWSの対応づけから始めるのが近道です。そのうえで、責任共有モデル、IAMの権限、複数のAZを使った障害への備え、料金のかかり方といった、考え方が変わる点に時間を使います。

研修の仕上げには、自社のシステムをAWSの構成に置き換える課題を出し、Well-Architected Frameworkの6つの観点で理由を説明してもらいましょう。移行の仕事にそのままつながる形で学べるはずです。

まずは、チームで「オンプレとAWSの対応表」を1枚作ってみてください。それだけで、誰が何を学ぶべきかがかなり見えてくると思います。

参考¶

• 責任共有モデル（AWS）
• Shared responsibility - Security Pillar（AWS Well-Architected Framework）
• Definitions - AWS Well-Architected Framework（6つの柱の定義）
• What is AWS Well-Architected Framework?（AWS Well-Architected Tool ユーザーガイド）