【2026年版】クラウドエンジニアのロードマップ|未経験・経験者別に解説
2026年05月15日更新
クラウドエンジニアを目指す人からは、「何からはじめれば良いかわからない」という言葉をよく聞きます。AWSを先に学ぶべきか、資格から入るべきか、未経験でも現実的に目指せるのか。調べるほど情報が増えて、かえって判断がつきにくくなります。
クラウド移行が各業界で加速する中、エンジニアの需要は高い水準にあります。ただし、習得すべきスキルの幅が広く、学習の入り口が見えにくいのもこの職種の特徴です。IT未経験者とIT経験者では、必要な準備の量も進め方も大きく異なります。
この記事では、クラウドエンジニアのロードマップや必要なスキル、AWS・Azure・GCPの選び方、そして転職後のキャリアパスまで整理しました。クラウドエンジニアを目指している方、現職のクラウドエンジニアの方は、ぜひ参考にしてください。

著者
伊東 光雄
(Ito Mitsuo)
専門学校卒業後、約12 年間IT サービス事業会社にてシステム開発、インフラ運用管理、自社製品の新規開拓営業に従事。その後、2014 年に株式会社ワークポートに就業しキャリアアドバイザーとして転職相談にお越し頂く求職者に対し、キャリアに関する相談業務~求人企業のご紹介~内定・入社までのサポート及び、入社後のアフターフォロー業務全般に従事。
プロフィール詳細を見る

監修者
川村 莉子
(Kawamura Riko)
名古屋工業大学卒業後、新卒でDirbatoに入社。通信会社に対する業務改善プロジェクトや次世代ネットワーク移行案件のPMOなどに従事。自身のコンサルタント経験を活かした、IT系コンサルファームへの開発支援を得意とする。
プロフィール詳細を見る
目次
CONTENTS
そもそもクラウドエンジニアとはどんな職種?
クラウドエンジニアとは、AWS(Amazon Web Services)やMicrosoft Azure、GCP(Google Cloud Platform)といったクラウドサービスを使って、企業のITインフラを設計・構築・運用する職種です。
従来のインフラエンジニアが物理サーバーやネットワーク機器を直接扱う仕事だったのに対し、クラウドエンジニアはインターネット経由で提供される仮想リソースを制御します。AWSを例に取れば、仮想サーバーやストレージ、データベースなど多様なサービスを組み合わせ、コスト効率と可用性を両立したシステムを設計します。
業務範囲は構築にとどまりません。クライアントへの要件ヒアリングや提案といった上流工程から、監視・障害対応まで一貫して担うポジションも多くあります。インフラをコードで管理するIaC技術や、DockerやKubernetesといったコンテナ技術も実務での標準スキルになりつつあり、クラウドエンジニアに求められる専門知識は以前よりも多岐にわたっています。
システムの新設・刷新でクラウドを優先する「クラウドファースト」の考え方が業界に定着したことで、クラウドエンジニアは企業のDX推進を直接支える中核的な職種として評価されています。
クラウドエンジニアの求人情報
(担当)日立グループのIT変革を支えるクラウドサービスの企画・プロジェクト推進
想定年収
530~800万円
勤務地
東京都千代田区
業務内容
職務概要 日立グループのIT戦略に基づき、主要クラウドサービス(AWS、Microsoft Azure、Google Cloud、OCIなど)の活用・運用最適化を担うポジションです。企画・構想から推進、運用定着まで一貫して携わり、将来的にプロジェクトリーダー(PL)/プロジェクトマネージャー(PM)を担っていただきます。 ●企画:IT変革を俯瞰する広い視野で課題を捉え、ビジネス創出やサービス企画を推進します。 ●推進:関連部門・製品ベンダー・システムインテグレーターと連携し、製品導入の検討からプロジェクト推進、運用改善までを担当します(ご経験に応じてリード役をお任せします)。 ●改善:新技術・新製品の活用による業務変革と、クラウド基盤の最適化・高付加価値化を進めます。 入社当初はチームの一員として案件に参画いただき、段階的に企画立案やプロジェクトのリードを お任せしていきます。 職務詳細 日立製作所およびグループ各社に対し、先進的なクラウド・ITサービスの導入や運用最適化を 担っていただきます。 担っていただく3つの役割 ●企画・構想策定 グループのIT課題を起点にクラウド・セキュリティ領域の施策を立案し、効果とロードマップを整理して社内上層部や関係部門へ提案します。 ●プロジェクト推進(将来のPL/PM候補) 製品選定・PoC(概念実証)から本番展開まで、品質・納期・コストを意識しながら、社内メンバー、パートナー企業、外部ベンダーと協働してプロジェクトを推進します。 ご経験に応じて、案件の取りまとめ(リード)をお任せします。 ●運用定着・改善 導入後の運用設計、自動化、可視化を通じて、サービス価値の最大化を図ります。 担当いただくテーマの例 ※以下はテーマの一例です。すべてを担当いただくものではなく、ご経験・ご志向に応じて 担当領域を決定します。未経験の領域はOJTを通じて習得いただけます。 ・AWS、Microsoft Azure、Google Cloud、OCIなど主要クラウドサービスの機能強化・運用最適化 ・Terraform(Infrastructure as Code)やPythonを活用したクラウド基盤の構築・運用自動化、 および定型業務の削減による運用コストの最適化 ・クラウド利用状況の可視化とリソース最適化(FinOps)による、グループ全体のITコスト削減 ・Datadogなどオブザーバビリティ製品を活用した監視設計の最適化と、ダッシュボード拡充による システム稼働状況の可視化推進、および障害検知・対応の効率化 ・Jira Service Managementを活用したITサービスマネジメント業務フローの設計・自動化 ・Wiz(CNAPP)のアラート運用、ポリシーチューニング、レポーティング、運用自動化 ・Equinix Fabricを活用したマルチクラウド・グローバル拠点間のセキュアな通信基盤の構築 ・他本部と連携した生成AIサービスの構築、クラウド移行支援、新規ビジネスの創出 入社後の進め方 ・ご経験やアイデアに応じて、職務内容を最適な形に調整いただくことも可能です。 ・入社後はOJTおよび既存メンバーによるオンボーディング支援のもと段階的に業務へ携わり、 将来的にプロジェクトのリードを担っていただけるよう支援します。 ・新しい技術や分野へのチャレンジも積極的に支援します。 携わる事業・ビジネス・サービス・製品など ・Microsoft Azure ・AWS(Amazon Web Services) ・Google Cloud ・OCI(Oracle Cloud Infrastructure) ・Terraform(Infrastructure as Code/構成自動化) ・Python、PowerShell(運用自動化スクリプト) ・Wiz(CNAPP:クラウドセキュリティ基盤) ・Jira Service Management(ITサービスマネジメントツール) ・Datadog(オブザーバビリティツール) ・Equinix Fabric(マルチクラウド間ネットワーク接続基盤) ・Splunk(ログ分析基盤) 配属組織名 ITデジタル統括本部 エンプロイーエクスペリエンス本部 モダンプラットフォームソリューション部 配属組織について(概要・ミッション) ITデジタル統括本部は、全世界30万人以上のユーザーに対しITソリューションを開発・提供し、日立グループの持続的な成長を支えています。 その中核を担うモダンプラットフォームソリューション部では、AWS(Amazon Web Services)、Microsoft Azure、Google Cloud、OCI(Oracle Cloud Infrastructure)などのパブリッククラウドを活用し、グローバル戦略の推進に向けた日立のクラウド基盤の企画・開発・運用を一貫して担っています。 企画、プロジェクトリード、プロジェクトマネジメントを担う多様なバックグラウンドのメンバーが在籍し、国内外の多様なベンダーと直接連携しながら業務を進めています。 想定されるキャリアパス ・入社1~2年:案件担当としてクラウド・セキュリティ領域の実務経験を積み、担当領域を自律的に推進 ・入社2~3年をめど:小規模案件のプロジェクトリード(PL)を担当 ・その後:中・大規模プロジェクトをPL/PMとしてリード。クラウドアーキテクト、ITサービスマネージャー、セキュリティリーダー、IT戦略企画など、志向に応じた多彩なキャリアパスが広がっています。
View More
224.AIソフトウェアエンジニア(FDE)|InsurTech
想定年収
900~1,350万円
勤務地
東京都千代田区
業務内容
●業務の概要 このポジションでは、自社の保険事業を実際のユーザーとして活用しながら(ドッグフーディング)、保険会社・金融機関向けのAIプロダクトの開発を軸に、顧客折衝・提案活動・セキュリティガバナンスの設計まで一気通貫で担います。 プロダクトエンジニアとForward Deployed Engineerのハイブリッド、エンジニアの中のジェネラリストを目指せる環境です。 【具体的な業務内容】 ・BizDevと並走して提案活動の上流から技術的な価値を伝える ・金融機関・大手デベロッパーのセキュリティ・ガバナンス要件を理解した上でアーキテクチャを設計する ・フロントからバックエンド・インフラまでフルスタックで開発を完結させる ・顧客と直接折衝し、要件を技術に翻訳してリードする ●InsurTech事業メンバー ・河端 一寛(InsurTech事業責任者) 東京大学経済学部卒業。博報堂(途中、博報堂コンサルティングに出向)、ボストンコンサルティンググループ(BCG)を経て、Finatextに入社。 博報堂では、消費財・機械、小売等のマーケティング戦略立案・実行支援業務に従事。 BCGでは、複数の新規事業・新サービス立ち上げ支援業務に従事。 紹介ページ:https://finatext.com/recruit/about/insurtech ・山崎 蓮馬(テックリード) 2018年にFinatextに入社。STREAMの口座開設、セゾンポケット、InsurTech事業のWebフロント開発やInspireの基礎設計をリード。現在はInspireの開発リーダーを担当。 インタビュー記事はこちら:https://note.com/finatext/n/ndd0a14e2ebf0 ・今中 公紀(テックリード) 新卒で大手旅行会社のシステム部に配属。社内開発チームやオフショア拠点の立ち上げに従事。2021年にFinatextにジョインし、保険事業のバックエンド開発を担当。 インタビュー記事はこちら:https://finatext.com/recruit/finalog/interview_imanaka ・河又 翔平(InsurAI リードAIエンジニア) ITエンジニア、フィンテック企業のデジタルマーケティング責任者を経て、(株)ビヘイビアを創業。保険相談AI「ほけんのAI」の開発・運営を3年間行ったのち、2025年10月にM&AにてFinatextグループ入り。現在は保険会社・金融機関向けAI開発をリード。担当領域はAI保険相談、AI募集文書作成・審査、AIロープレ、AI引受査定、AI支払査定、AI不正検知など。 M&Aプレスリリースはこちら:https://finatext.com/fn/news/20250902 ●使用技術 言語 / フレームワーク ・Go (主軸)、TypeScript(Vue, React, Next.js)、Python (FastAPI) インフラ / クラウド ・AWS (主軸)、Azure、Terraform、Docker、Aurora PostgreSQL、DynamoDB <データ基盤> ・Snowflake、Airflow、dbt、Lightdash <認証 / セキュリティ> ・Amazon Cognito、OAuth 2.1 <AI / LLM> AWS Bedrock (主軸)、Bedrock Agents、Azure OpenAI、Claude、OpenAI API、MCP(Model Context Protocol) ●開発ツール / 環境 Claude Code、Cursor、GitHub Actions ●開発環境(AI) ・コーディング:Claude Code / Cursor を主力ツールとして日常利用 ・コードレビュー・仕様管理:AIによるドラフト生成 + エンジニアレビューの二段階プロセス ・エージェント開発:自社MCPゲートウェイ経由でGoogle Drive・GitHub・Slackなど社内ツールと連携したAIワークフローを構築・運用 ・AI利用比率:エンジニアは100%毎日AIを使った開発をしている
View More
(26EN-22)航空業界向けクラウド基盤(AWS)構築 リーダー候補
想定年収
550~900万円
勤務地
川崎事務所
業務内容
【組織ミッション】 私たちは、日本を代表する航空会社グループのDXを、企画・構想から支えるチームです。 業務システムの開発・保守(アプリケーション)から、それを支えるクラウド基盤の構築・運用、SRE(運用改善・自動化)までを一貫して担い、整備・運航・旅客サービスといった社会性の高い領域で、基幹システムを進化させ続けています。 単なるシステムの受託開発・運用にとどまらず、お客様と一緒により良い仕組みづくりに取り組み、業務の変革(DX)を後押しできる存在を目指しています。 アプリ・インフラの垣根を越えて、技術とビジネスの両面からお客様の事業価値向上に貢献できることに、大きなやりがいがあります。 【プロジェクト概要】 大手航空会社向けに、新規システム構築やクラウド移行など複数のプロジェクトが進行中です。 現在新規プロジェクトの立ち上げフェーズにあり、上流から参画いただけます。 【入社後想定する業務】 プロジェクトリーダー候補として、クラウド基盤の設計・構築からSRE(運用改善・自動化)まで一貫して担っていただきます。 具体的には、以下をご担当いただきます。 ●新規システムのクラウド要件定義・基本設計・詳細設計の推進(AWS環境) ●構築・テスト・移行計画の立案と実行(IaC:Terraform/CloudFormation活用) ●SRE設計・オブザーバビリティ設計、インシデント対応フローの整備 ●チームメンバー(3〜10名規模)の進捗・品質管理 ●顧客・開発パートナーとの協業・報告・課題解決 変更の範囲:当面の間は本職務に従事いただく予定です。適性により当社業務全般に変更の可能性があります。
View More
【ITエンジニア(ソフトウェア開発)】関東エリア 20260824~ 東京/神奈川 【AWS/クラウドエンジニア×設計・構築・運用】
想定年収
350~600万円
勤務地
-
業務内容
● AWSを中心としたクラウドインフラ業務 AWS・Azureなどのクラウド環境を中心に、 設計・構築・運用・改善などの業務をお任せします。 <具体的な業務内容> ・AWS/Azure環境の設計・構築 ・クラウド移行 ・サーバー/ネットワーク構築 ・インフラ運用・監視 ・障害対応 ・セキュリティ対応 ・運用自動化 ・IaC環境の構築 <技術例> AWS/Azure EC2/S3/RDS/Lambda CloudFormation/Terraform Linux/Windows Server Docker/Kubernetes
View More
【ITエンジニア(ソフトウェア開発)】関東エリア 20260824~ 東京/神奈川 【AWSクラウドエンジニア】
想定年収
350~600万円
勤務地
-
業務内容
AWSを中心としたクラウド環境の設計・構築・運用業務をお任せします。 ~業務内容~ ・AWS環境の設計、構築 ・クラウド移行 ・サーバー/ネットワーク構築 ・AWS環境の運用、監視 ・障害対応 ・セキュリティ対応 ・コスト最適化 ・オンプレミスからクラウドへの移行 経験に応じて、要件定義・設計など上流工程もお任せします。 AWS資格取得支援などを活用し、クラウドエンジニアとして専門性を高めることができます。
View More
類似職種との違い
クラウドエンジニアに近い職種として、インフラエンジニア・SREエンジニア・DevOpsエンジニア・サーバーエンジニアがよく挙がります。それぞれの違いを整理しておくと、クラウドエンジニアに求められる役割がより明確に見えてきます。
インフラエンジニアとの違い
インフラエンジニアは、サーバー・ネットワーク・ストレージなどITインフラ全般を担う職種です。クラウドエンジニアはその中に含まれる専門分野のひとつで、クラウド環境の設計・構築・運用に特化した存在といえます。
| 比較項目 | クラウドエンジニア | インフラエンジニア |
|---|---|---|
| 主な対象 | クラウド環境(仮想リソース) | ITインフラ全般(オンプレ・クラウド) |
| 役割・重視する点 | クラウド環境の設計・構築・運用 | インフラ全般の維持・管理 |
| 主要スキル・ツール | AWS/Azure/GCP、IaCツール | サーバー/NW知識、OS、仮想化技術 |
| 物理作業の有無 | なし(画面上での操作) | あり(機器の設置・配線など) |
インフラエンジニアはオンプレミス環境とクラウドの両方を扱う場合があります。一方、クラウドエンジニアはAWSやAzure、GCPといったクラウドサービスを主戦場とします。ただし、クラウド移行案件ではオンプレミスの設計思想や既存システムの知識も必要になるため、インフラエンジニアの経験はクラウドエンジニアへの転向において大きなアドバンテージになります。
インフラエンジニアからクラウドエンジニアへのキャリアチェンジは、ITエンジニアの中でも比較的移行しやすいルートのひとつといえます。
インフラエンジニアの仕事内容やキャリアパスについては、次の記事でも解説しています。ぜひ参考にしてください。

インフラエンジニアとは?年収、種別、おすすめの資格など徹底解説
SREエンジニアとの違い
SRE(Site Reliability Engineering)はGoogleが提唱した概念で、システムの信頼性・可用性をソフトウェアエンジニアリングの手法で高める職種です。
| 比較項目 | クラウドエンジニア | SREエンジニア |
|---|---|---|
| 主な対象 | クラウドインフラ | システム全体の信頼性・稼働状況 |
| 役割・重視する点 | インフラの安定した構築・管理 | 運用自動化、SLO(サービスレベル目標)遵守 |
| 主要スキル・ツール | クラウドサービス全般、IaC | プログラミング(Python/Go等)、監視ツール |
| 物理作業の有無 | なし | なし |
クラウドエンジニアがインフラ環境の設計・構築・運用を担うのに対し、SREはSLO(サービスレベル目標)の設定や自動化による障害対応、インシデント管理に重点を置きます。クラウド上のインフラを扱うという点では共通しますが、SREはより開発寄りのアプローチをとり、PythonやGoといったプログラミング言語を積極的に活用します。
クラウドエンジニアとしてのキャリアを積んだ後、SREにステップアップするルートは現実的な選択肢のひとつです。とくにAWSやAzureの運用経験にスクリプト技術が加わると、転向がスムーズに進みます。
SREエンジニアの仕事内容や将来性については、次の記事でも解説しています。ぜひ参考にしてください。

SREエンジニアとは|仕事内容・求められるスキル・将来性を徹底解説
DevOpsエンジニアとの違い
DevOpsエンジニアは、開発(Development)と運用(Operations)の連携を推進し、CI/CDパイプラインの構築やデプロイの自動化を担う職種です。
| 比較項目 | クラウドエンジニア | DevOpsエンジニア |
|---|---|---|
| 主な対象 | インフラ環境そのもの | 開発からリリースまでのプロセス |
| 役割・重視する点 | 最適なインフラ構成の実現 | リリースサイクルの高速化・自動化 |
| 主要スキル・ツール | Terraform、CloudFormationなど | CI/CDツール(Jenkins等)、コンテナ |
| 物理作業の有無 | なし | なし |
クラウドエンジニアがインフラ環境の設計・構築を主軸とするのに対し、DevOpsエンジニアはコードのビルド・テスト・デプロイのフロー自動化に焦点を当てます。ただし、近年は両者の業務が重なるケースが増えており、クラウドエンジニアがTerraformやAWS CDKといったIaCツール、GitHub ActionsやJenkinsといったCI/CDツールを扱う場面も多くあります。
求人市場では「DevOpsエンジニア」と「クラウドエンジニア」の名称が混在しているのが実情です。自動化とインフラのコード化を重視するという点で両者のスキルセットは重なりが大きく、どちらを志望する場合でも求められる学習内容は大きく変わりません。
DevOpsエンジニアの仕事内容や必要なスキルについては、次の記事でも解説しています。ぜひ参考にしてください。

DevOpsエンジニアとは?仕事内容・年収・将来性・必要なスキルまで徹底解説
サーバーエンジニアとの違い
サーバーエンジニアは、物理サーバーの設置・設定・保守を専門とする職種です。クラウドエンジニアとの最大の違いは、扱う対象が「物理か仮想か」という点にあります。
| 比較項目 | クラウドエンジニア | サーバーエンジニア |
|---|---|---|
| 主な対象 | 仮想サーバー(インスタンス) | 物理サーバー(ハードウェア実機) |
| 役割・重視する点 | リソースの柔軟な制御・最適化 | サーバー本体の安定稼働・保守 |
| 主要スキル・ツール | 各種クラウドサービス、CLI | サーバーOS、ハードウェア知識、ラッキング |
| 物理作業の有無 | なし | あり(データセンターでの実機操作) |
サーバーエンジニアはデータセンターに置かれた実機を直接操作します。一方、クラウドエンジニアはマネジメントコンソールやCLIを通じて仮想リソースを操作します。機器の調達や設置作業は不要で、数分でサーバーを増設・削除できる点がクラウド環境の特徴です。
クラウドへの移行が各業界で進む中、サーバーエンジニアがクラウドスキルを習得してクラウドエンジニアに転向するケースは増えています。既存のサーバー知識はクラウドの設計思想を理解するうえで直接役立つため、転向に際してゼロから学び直す必要はありません。
サーバーエンジニアの仕事内容やキャリアについては、次の記事でも解説しています。ぜひ参考にしてください。

サーバーエンジニアとは?仕事内容、年収、将来性や資格について徹底解説
クラウドエンジニアの需要が高まっている背景
ここでは、クラウドエンジニアの需要が高まっている3つの背景について解説します。
- 企業のクラウドファースト・DX推進が本格化している
- クラウドエンジニアの人材不足が構造的に続いている
- AI・マルチクラウド対応で求められるスキルが広がっている
企業のクラウドファースト・DX推進が本格化している
総務省の通信利用動向調査によると、2024年における企業のクラウドサービス利用率は80.6%です。2014年時点の38.7%と比べると、約10年で倍以上に増えたことになります。クラウドを活用して「効果があった」と回答した企業も88.2%に上っており、導入した企業の大多数がその恩恵を実感しています。
この変化を後押ししたのは、コロナ禍以降のテレワーク普及と政府が推進するDXです。経済産業省が提唱した「2025年の崖」では、老朽化したレガシーシステムを放置すれば年間最大12兆円の経済損失が生じる可能性が指摘されており、多くの企業でシステム刷新の機運が高まりました。
新規システムの構築でクラウドを第一選択とする「クラウドファースト」の考え方はいまや業界の主流です。オンプレミスの維持コストや運用負担に課題を感じる企業ほどクラウド移行を急いでおり、それを支えるクラウドエンジニアへの需要は高い水準を維持しています。
参考:総務省「令和6年通信利用動向調査」
クラウドエンジニアの人材不足が構造的に続いている
経済産業省の「IT人材需給に関する調査」によると、2030年には最大約79万人のIT人材が不足すると予測されています。この数字はIT業界全体の話ですが、とくに深刻なのがクラウド・DX推進・セキュリティといった先端技術領域です。
人材不足が続く最大の理由は、企業のクラウド移行が本格化する一方で、それを担える人材の育成が追いついていない点にあります。クラウドの技術は進化が速く、AWSやAzureの新サービスが次々にリリースされるため、常に知識をアップデートし続けられるエンジニアの絶対数が不足しています。
需要と供給のギャップは転職市場にも直結します。クラウドエンジニアの求人倍率は他の職種と比べて高く、スキルのある人材に複数のオファーが届くケースも多くあります。年収交渉においても動きやすいポジションです。
参考:経済産業省「IT人材需給に関する調査」
AI・マルチクラウド対応で求められるスキルが広がっている
クラウドエンジニアの需要をさらに押し上げているのが、生成AIの急速な普及です。ChatGPTをはじめとする生成AIサービスの多くはクラウドインフラ上で稼働しており、AWS上のAmazon BedrockやAzure上のAzure OpenAI Serviceなど、主要クラウドプロバイダーがAI関連サービスを次々に投入しています。AIインフラの設計・構築を担えるクラウドエンジニアへの需要はとくに急増しています。
単一のクラウドサービスへの依存リスクを避けるために、AWSとAzureを併用するマルチクラウド戦略を採用する企業も増えています。複数のクラウドを横断的に管理できるエンジニアは市場価値が高く、求人数も増加傾向にあります。
クラウドエンジニアに求められるスキルはインフラの構築・運用にとどまらず、IaCやコンテナ、セキュリティ、AI基盤の知識まで広がっています。技術の習得が速い人材にとっては、キャリアアップの機会が豊富な職種といえます。
クラウドエンジニアに必要なスキルは?
クラウドエンジニアへの転職を目指すうえで、身につけるべきスキルは大きく4つに分かれます。
- Linux・ネットワークなどインフラの基礎知識を習得する
- AWS・Azure・GCPのいずれか1つを実務レベルで扱えるようにする
- TerraformやDockerといった自動化・コンテナツールを使いこなせるようにする
- セキュリティの基本と、PythonやBashの読み書きができるようにする
Linux・ネットワークなどインフラの基礎知識
クラウドエンジニアとして最初に押さえるべきなのが、LinuxとTCP/IPをはじめとするインフラの基礎知識です。クラウド上のサーバーの大半はLinuxで動作しており、CLIを使った操作やシェルスクリプトの読み書きは日常的な作業になります。
ネットワークについても、IPアドレスの設計やサブネット・ルーティング・ファイアウォールの仕組みを理解していないと、クラウド上のVPC(仮想ネットワーク)の設計が難しくなります。OSIモデルやTCP/IPの基礎、DNSやロードバランサーの仕組みも押さえておきたい範囲です。
習得には、Linux分野のLinuC、ネットワーク分野ではCCNAといった資格の学習が効果的です。資格取得を目指した勉強でも、実務で必要な知識を体系的に身につけられます。
AWS・Azure・GCPのクラウドサービス知識
クラウドエンジニアの中核スキルは、AWS・Azure・GCPのいずれか1つを実際に触って設計・構築できる力です。とくにAWSは国内のPaaS・IaaS利用率で50%超のシェアを持ち、求人数でも他のクラウドを大きく引き離しています。
AWSであれば、EC2やS3、RDSをはじめとするコアサービスを組み合わせて、ひとつの環境を設計・構築できる水準が最低限の目安です。ECSやEKSなどのコンテナサービス、CloudWatchによる監視設定まで扱えると、選考での評価が上がります。
各クラウドには公式の認定資格があります。AWS認定ソリューションアーキテクト(SAA)はとくに転職市場での評価が高く、求人票に「SAA取得者優遇」と明記する企業も多くあります。
AWS認定資格の種類や取得順については、次の記事でも解説しています。ぜひ参考にしてください。

AWS認定資格は転職で有利になる?資格の種類・難易度とあわせて取得順や勉強法についても解説
IaC・コンテナ・CI/CDなどの自動化スキル
クラウドエンジニアの市場価値を大きく左右するのが、インフラ自動化のスキルです。手動操作で環境を構築する手法は現場では通用しにくく、コードで管理するアプローチが実務の主流です。
IaCの代表ツールはTerraformとAWS CDKです。インフラの構成をコードとして記述・管理できるため、環境の再現性が高まり、チームでの作業効率も向上します。コンテナ技術ではDockerとKubernetesが標準的な選択肢で、ECSやEKSといったAWSのマネージドサービスと組み合わせて使う場面も多くあります。
CI/CDについては、GitHub ActionsやJenkinsを使った自動デプロイの仕組みを理解しておくと、開発エンジニアやDevOpsエンジニアとの協業もスムーズになります。
セキュリティとプログラミングの基本知識
クラウド環境では、設定ミスによるデータ漏洩リスクがオンプレミスより高くなる側面があります。IAMのアクセス権限設計、セキュリティグループの適切な設定、通信の暗号化といったセキュリティの基本は、クラウドエンジニアとして最低限求められるスキルです。
プログラミングはアプリケーション開発者ほどの水準は不要ですが、PythonとBashシェルスクリプトは習得しておく価値があります。Pythonは自動化スクリプトの作成やAWS Lambdaでの実装に使われる場面が多く、Bashはサーバー設定作業や運用の自動化で日常的に活用します。
「プログラミングができなくてもいい」という考えでクラウドエンジニアを目指す人は多いですが、コードを読んで意図を把握する力は現場でのトラブルシューティングやチーム作業で確実に差が出ます。
未経験からクラウドエンジニアになれる?
結論からいうと、未経験からでも目指せますが、ハードルが低いとはいえません。IT未経験者とIT経験者では、必要な準備の量が大きく異なります。
IT未経験からでも目指せるが相応の学習期間が必要
IT未経験からクラウドエンジニアを目指すことは可能ですが、「比較的なりやすい職種」とはいえません。クラウドの知識を身につける前に、LinuxやTCP/IPといったインフラの基礎を習得する必要があるためです。
学習ステップが多いぶん、実務レベルに達するまでの期間は半年から1年程度を見込むのが現実的です。毎日コンスタントに学習を続けられる環境があるかどうかで、この期間は大きく前後します。
また、クラウドエンジニアの求人の多くが「実務経験1年以上」を条件に挙げています。完全未経験での直接採用は、IT経験者と比べると選択肢が絞られるのが実情です。ただし、LinuCやAWS認定クラウドプラクティショナーといった資格を取得したうえでポートフォリオを用意すれば、未経験者歓迎の求人に対して十分な勝負ができます。
「ゼロから挑戦したい」という意欲は採用担当者にも伝わります。資格取得とハンズオン学習を組み合わせて、スキルを可視化することに注力しましょう。
インフラ・SEなどのIT経験者は比較的スムーズに移行できる
インフラエンジニア・サーバーエンジニア・ネットワークエンジニアといったIT経験者にとって、クラウドエンジニアへの転向はキャリアの延長線上にあります。Linuxやネットワークといったインフラのベースはすでにあるため、AWS・Azureなどのクラウドサービスの習得に集中できます。
SE(システムエンジニア)の経験者も同様です。要件定義や設計の経験は上流工程での即戦力として評価され、クラウドの技術スキルを加えることで市場価値が大きく上がります。
学習期間の目安は3〜6ヶ月程度です。業務でインフラに触れる機会があれば、並行してクラウドの学習を進めることで、転職活動開始までの期間をさらに短縮できます。現職の業務とかけ離れたゼロベースの勉強が必要なIT未経験者と比べると、移行のしやすさには明確な差があります。
クラウドエンジニアへのキャリアチェンジを考えているIT経験者は、自分のどのスキルが転用できるかを棚卸しすることからはじめることをおすすめします。
SEからの転職については、次の記事でも解説しています。ぜひ参考にしてください。

SEからの転職で後悔しない!おすすめの転職先や転職活動の手順を解説
【IT未経験者向け】クラウドエンジニアになるためのロードマップ
IT未経験からクラウドエンジニアを目指す場合、学習の順序で到達速度が大きく変わります。クラウドを先に触りたいという気持ちはわかりますが、インフラの基礎を飛ばすと後から必ずつまずきます。
次の4つのSTEPを順番に進めることが最短ルートです。
- LinuxとTCP/IPの基礎を習得し、クラウド学習の土台をつくる
- AWSを第一候補として、学ぶクラウドサービスを1つに絞る
- 資格取得とハンズオン学習を組み合わせて、スキルを証明できる形にする
- ポートフォリオを用意して、転職活動に臨む
STEP1:LinuxとTCP/IPの基礎知識を習得する
クラウド環境の仮想サーバーの大半はLinuxで動作します。コマンドライン操作やファイル・プロセス管理、パーミッションの概念を押さえておかないと、AWSのEC2を立ち上げた後に操作できない状態に陥ります。
ネットワークはVPC設計の土台になる知識です。IPアドレスとサブネット、ルーティング、DNSの仕組みをTCP/IPの基礎として理解しておきましょう。セキュリティグループの設計にも直結する内容です。
学習リソースはLinux分野ではLinuCレベル1の教材が体系的にまとまっているためおすすめです。ネットワーク分野はCCNAの入門書やUdemyなどのオンライン講座が良いでしょう。この段階の学習期間の目安は2〜3ヶ月程度です。
STEP2:学ぶクラウドサービスを1つに絞る
インフラの基礎が固まったら、AWSを第一候補として学ぶクラウドサービスを1つ選びます。AWS・Azure・GCPに分散して手を出すことは避け、まず1つを実務レベルで使いこなすことを優先しましょう。
AWSを選ぶ理由は明確です。国内の企業導入率が高く、求人数・学習リソースともに他のクラウドを大きく上回っています。迷っているならAWSから始めるのが定石です。
AWSの学習はAWS公式の無料利用枠を活用して実際に操作しながら進めましょう。
STEP3:資格取得とハンズオン学習で実力を証明する
IT未経験者が選考を突破するためには、スキルを客観的に証明する手段が必要です。資格はその有力な手段のひとつです。
まずAWS認定クラウドプラクティショナー(CLF)の取得を目指しましょう。AWSの全体像と基本概念を問う入門資格で、学習時間の目安は10〜15時間程度です。CLFを取得したらAWS認定ソリューションアーキテクトアソシエイト(SAA)に進みます。SAAは転職市場での評価が最も高いAWS資格で、「SAA取得者優遇」と明記する求人も多くあります。
ただし資格だけでは不十分です。AWSの無料利用枠を活用してVPCやEC2、RDSを実際に構築し、手を動かした実績をポートフォリオに残しましょう。
STEP4:ポートフォリオを作成して転職活動に臨む
IT未経験者にとってポートフォリオは、実務経験のなさをカバーする最大の武器です。AWSで何が構築できるかを具体的に示せる成果物があると、書類通過率が大きく変わります。
ポートフォリオには、次の内容を含めましょう。
- AWSで実際に構築した構成図を用意する
- 構築手順と工夫した点をGitHubのREADMEや技術ブログにまとめる
- TerraformなどのIaCツールを使った環境構築コードをGitHubに公開する
- LinuCやSAAといった取得済み資格を一覧として記載する
転職活動ではエンジニア特化の転職エージェントの活用をおすすめします。未経験歓迎のクラウドエンジニア求人は表に出ていないものも多く、非公開求人にアクセスできる点が大きなメリットです。
エンジニアのポートフォリオの作り方については、次の記事でも解説しています。ぜひ参考にしてください。

エンジニアポートフォリオの作り方6STEP|題材24選(NG例と公開手順)
【IT経験者向け】クラウドエンジニアになるためのロードマップ
IT経験者がクラウドエンジニアへ移行する場合、未経験者とは進め方が大きく異なります。インフラの基礎はすでに持っているため、スキルギャップを正確に把握してから不足部分をピンポイントで補うアプローチが効率的です。
- 現職のスキルと転職市場が求めるスキルのギャップを洗い出す
- ギャップに絞って学習し、余計な寄り道をしないようにする
- 上位資格とIaC・コンテナスキルを武器に市場価値を高める
- 上流工程を担える転職先を戦略的に選ぶ
STEP1:自分のスキルギャップを正確に把握する
IT経験者がまず取り組むべきは、自分が持つスキルと転職市場が求めるスキルのギャップを洗い出すことです。AWSをなんとなく勉強し始めるよりも、ギャップを明確にしてから学習に入るほうが到達が早くなります。
チェックすべきポイントは次のとおりです。
- LinuxのCLI操作やシェルスクリプトの読み書きに慣れているか
- VPC・サブネット・セキュリティグループの設計概念を理解しているか
- AWSやAzureのコアサービスをコンソールで操作した経験があるか
- TerraformやDockerなどの自動化ツールを扱えるか
インフラエンジニアやサーバーエンジニアの経験者であれば、LinuxやネットワークはすでにカバーできているためSTEP1は短期間で終わります。一方、SEやSIer出身者はクラウドの技術面に時間をかける必要がありますが、設計や要件定義の経験は転職先での即戦力として直接評価されます。
STEP2:不足スキルをピンポイントで補完する
スキルのギャップが明確になったら、不足している部分だけに集中して学習しましょう。IT経験者が陥りやすいのは、すでに知っている内容を一から丁寧に学び直して時間を消費するパターンです。知っていることは飛ばし、知らないことだけを埋めていく進め方が効率的です。
クラウドの技術が弱い場合はAWSのコアサービスをハンズオンで習得し、AWS認定ソリューションアーキテクトアソシエイト(SAA)の取得を目指します。LinuxとネットワークのベースがあればSAAの学習に直接入れるケースが多く、学習期間の目安は1〜3ヶ月程度です。
IaCやコンテナの経験がない場合は、TerraformとDockerの基礎をこの段階で並行して学習しましょう。
STEP3:上位資格とIaC・コンテナスキルで市場価値を高める
SAAを取得し基礎的なクラウド環境を構築できる段階になったら、上位資格とIaC・コンテナスキルの習得で市場価値をさらに高めましょう。転職先の選択肢と提示される年収の幅が、この段階のスキルで大きく変わります。
上位資格として転職市場での評価が高いものは次のとおりです。
- AWS認定ソリューションアーキテクトプロフェッショナル(SAP)
- AWS認定DevOpsエンジニアプロフェッショナル(DOP)
- Microsoft Azure Administrator Associate(AZ-104)
IaCについてはTerraformを使ったインフラのコード化を実践し、GitHubにコードを公開しておきましょう。コンテナはDockerでの環境構築からKubernetesの基礎まで習得できると、EKSやAKSといったマネージドサービスを扱う案件にも対応できます。
STEP4:上流工程を狙って転職先を戦略的に選ぶ
スキルが整ったら、転職先の選び方で差をつける段階です。IT経験者がクラウドエンジニアへ転職する場合、運用・保守から入るのではなく、設計・構築や要件定義といった上流工程を担えるポジションを狙うことをおすすめします。単純にクラウドの技術を持っているだけの人材と、上流工程まで担える人材では、提示される条件が大きく異なるためです。
上流工程に関われる転職先として、クラウドインテグレーターや事業会社のインフラポジション、ITコンサルファームが挙げられます。とくにITコンサル領域は、クラウドエンジニアとしての技術力と設計・提案力が組み合わさることで評価されやすく、年収アップ幅も大きくなります。
転職活動では、上流案件・ITコンサル領域に強いエンジニア特化の転職エージェントを活用しましょう。
インフラエンジニアが上流工程を目指す方法については、次の記事でも解説しています。ぜひ参考にしてください。

インフラエンジニアが上流工程を目指す方法|年収アップ・転職成功のコツ
AWS・Azure・GCPのどれから学ぶべき?
3つのクラウドのどれから学べばいいか迷う人は多いですが、特別な理由がなければAWSから始めるのが定石です。AzureやGCPが有利になるのは特定の環境や目的がある場合に限られます。
迷ったらまずAWSを選ぶのが定石
AWSを第一候補に推す理由は、求人数・国内シェア・学習リソースの3点で他のクラウドを大きく上回っているためです。
国内シェアについては、日本のPaaS・IaaS利用企業のうちAWSは半数以上を占めています。グローバル市場でも2025年第1四半期時点でシェアは29%で首位を維持しており、2位のAzureに7ポイントの差をつけています。
求人市場でも同様です。「AWS経験者歓迎」「SAA取得者優遇」と明記する求人数はAzureやGCPと比べて格段に多く、転職活動での選択肢を広げやすい点は実用的なメリットです。
学習リソースの充実度も際立っています。AWS公式のSkill Builderなど、体系的に学べる教材が日本語で豊富に用意されています。無料利用枠を活用すれば実際に手を動かしながら学習を進められます。
参考:総務省「令和6年版情報通信白書」
AzureまたはGCPが有利になるケースもある
AWSが定石とはいえ、AzureまたはGCPを優先すべき状況も存在します。転職先の環境や目指すキャリアと照らし合わせて判断しましょう。
Azureが有利になるのは次のようなケースです。
- Office 365やWindows Server、Active Directoryといったマイクロソフト製品を中心に運用している場合
- 既存のオンプレミス環境がWindows Serverで構成されている企業の場合
- 金融・官公庁といったセキュリティ要件が厳しい業界の場合
GCPが有利になるのは次のようなケースです。
- データエンジニアや機械学習エンジニアへのキャリアシフトを視野に入れている場合
- GCP上のサービスを主軸にシステムを構成している企業の場合
なお、AzureやGCPを学ぶ場合でも、AWSの基礎を先に習得してからステップアップする進め方は有効です。3つのクラウドには設計の共通概念が多く、AWSで身につけた知識は他のクラウドへの移行をスムーズにするでしょう。
クラウドエンジニアのキャリアパス
クラウドエンジニアとしてのキャリアは、技術を極める方向とマネジメントや上流工程に進む方向の大きく2つに分かれます。いずれのルートを選ぶにしても、クラウドの技術スキルは市場価値を高める共通の土台になります。
スペシャリスト(クラウドアーキテクト)として専門性を極める
クラウドアーキテクトは、クラウドエンジニアの技術スペシャリストとして市場で高く評価されるポジションのひとつです。大規模システムの設計や、マルチクラウド・ハイブリッドクラウド環境の最適化を主な業務として担います。
クラウドアーキテクトを目指すには、AWSであればAWS認定ソリューションアーキテクトプロフェッショナル(SAP)をはじめとする上位資格の取得が有効です。設計・構築の実務経験を積みながら、セキュリティやコスト最適化、自動化といった幅広い技術領域をカバーできる知識を身につけていきます。
専門性の高さから求人で提示される条件も高水準になりやすく、大手SIerや外資系ITベンダー、クラウドインテグレーターでの活躍が期待できます。技術を突き詰めたい人にとって、明確に目指す価値のあるキャリアパスといえるでしょう。
PMやマネージャーとしてマネジメント職に進む
クラウドエンジニアとしての実務経験を積んだ後に、プロジェクトマネージャー(PM)やエンジニアリングマネージャーへ進むルートです。技術力を土台として、チームや案件全体を管理する立場に移行します。
PMはプロジェクトのスケジュール・予算・品質を管理し、クライアントとの折衝を担います。クラウドエンジニアとしての技術的な背景があると、現場の課題を正確に把握したうえで意思決定できる点が強みになります。エンジニアリングマネージャーはチームメンバーの育成や評価、採用に関与し、技術組織全体の生産性を高める役割を担います。
「マネジメントに移ると技術力が落ちるのではないか」という不安を持つエンジニアもいるでしょう。しかし、クラウドの技術トレンドへのキャッチアップを続けながらマネジメントスキルを磨くことで、技術とマネジメントの両面で評価される人材になれます。
プロジェクトマネージャーの役割や仕事内容については、次の記事でも解説しています。ぜひ参考にしてください。

プロジェクトマネージャーの役割と仕事内容とは?エンジニアがPMを目指す前に知るべき全知識
ITコンサルタントとして上流工程にキャリアシフトする
クラウドエンジニアからの転職で年収アップ幅が最も大きくなりやすいキャリアパスのひとつが、ITコンサルタントへのシフトです。クラウドの技術力を持ちながら、クライアントの経営課題や業務課題に対してシステム面から解決策を提示する役割を担います。
移行が現実的な選択肢になる理由は、クラウドエンジニアとしての技術スキルが上流工程での提案力に直結するためです。クラウド移行の方針策定やマルチクラウド戦略の立案、コスト最適化の提案といった業務は、技術の裏付けなしに説得力を持たせられません。クラウドを実務で経験してきたエンジニアの視点は、技術背景のないコンサルタントにはない強みです。
フリーランスとして独立する
十分な実務経験とスキルを持つクラウドエンジニアにとって、フリーランスは高収入を実現しやすい選択肢のひとつです。設計から運用まで一貫して担えるレベルのクラウドエンジニアであれば、月額単価60〜70万円程度の案件が現実的な水準になります。
独立するタイミングの目安は実務経験3〜5年程度です。特定の企業に属さず案件を自走できる技術力と、クライアントと直接やりとりできるコミュニケーション力が求められます。
また、フリーランスのメリットは収入の自由度の高さだけではありません。案件を選ぶ裁量が生まれるため、特定のクラウドサービスや技術領域に集中することで専門性をさらに高める環境を自分でつくれます。一方で、社会保険や税務手続きの自己管理、案件が途切れた際の収入リスクも現実として存在します。
もし独立する場合は、独立前に案件獲得のルートを確保しておくことが、フリーランスとして安定して活動するための前提条件です。
クラウドエンジニアへのキャリア相談ならテックゴー
クラウドエンジニアへの転職は、求人の質と担当アドバイザーの専門性で結果が変わります。技術スキルの棚卸しが不十分なまま選考に臨むと、自分の市場価値を正確に把握できないまま条件交渉に入るリスクがあります。
テックゴーはエンジニア特化の転職エージェントです。アドバイザーは元エンジニア・ITコンサル出身者が多く、クラウドエンジニアとしての技術スキルや経験を正確に評価したうえで求人を提案します。「自分のスキルがどのくらいの市場価値になるか」「上流工程を目指すにはどの転職先が適切か」といった具体的な相談に対応できるのは、現場を知っているアドバイザーならではの強みです。
上流案件・ITコンサル領域に強みを持ち、表に出ていない非公開求人も紹介してもらえます。利用者の平均年収アップ金額は138万円で、年収交渉成功率は100%を誇ります。クラウドエンジニアとして次のキャリアステージに進みたい方は、まずは無料相談からはじめてみましょう。
まとめ
クラウドエンジニアは、企業のDX推進とクラウドファーストの浸透を背景に、転職市場での需要が高い水準で推移している職種です。総務省の調査では企業のクラウド利用率が80.6%に達しており、それを支えるエンジニアの人材不足は構造的に続いています。
スキル習得は順序が重要です。LinuxとTCP/IPのインフラ基礎を固め、迷ったらAWSを選んでコアサービスの設計・構築を実務レベルで扱えるようにしましょう。その後、TerraformやDockerといったIaC・コンテナ技術を加えることで、転職市場での評価が大きく上がります。
IT未経験者は半年から1年程度の学習期間を見込み、LinuCやAWS認定資格の取得とポートフォリオの整備を並行して進めましょう。インフラやSEの経験があるIT経験者は、スキルのギャップを洗い出してから不足分を補う進め方で3〜6ヶ月程度を見込むのが現実的でしょう。
クラウドエンジニアからのキャリアパスはクラウドアーキテクト・PM・ITコンサルタント・フリーランスと複数の方向に広がっており、技術を積み上げるほど選択肢が増える職種です。年収アップを狙うなら、運用・保守にとどまらず設計・提案といった上流工程を担えるポジションを選ぶことが大切です。転職の方向性に迷ったときは、エンジニア特化のアドバイザーへの相談を積極的に活用しましょう。
よくある質問
ここでは、クラウドエンジニアへの転職を検討している方からよく寄せられる質問に答えます。
未経験からクラウドエンジニアになるまでどのくらいかかりますか?
IT未経験の場合、実務レベルに達するまでの目安は半年から1年程度です。Linuxやネットワークなどインフラ基礎の習得に2〜3ヶ月、AWSの学習と資格取得に2〜3ヶ月、ポートフォリオの整備と転職活動に1〜2ヶ月を見込むと、トータルでこの期間に収まります。
ただし、これは毎日一定の時間を学習に充てられる前提の話です。在職しながら学習を進める場合は、平日1〜2時間・休日に集中して取り組む体制をつくれるかどうかで到達速度が変わります。
LinuCやAWS認定資格の取得とハンズオン学習を組み合わせ、GitHubにポートフォリオを公開した状態で転職活動に入ることが、選考通過率を高める現実的な準備です。
AWSとAzureとGCPはどれから学べばいいですか?
特別な理由がなければAWSから始めましょう。国内のPaaS・IaaS利用企業でAWSは半数以上のシェアを持ち、求人数・学習リソースの充実度ともに他のクラウドを上回っています。
AzureはMicrosoft製品との親和性が高く、Office 365やWindows Server環境を主軸にする企業への転職を目指す場合に有利です。GCPはデータ分析や機械学習領域に強みがあり、データエンジニアや機械学習エンジニアへのキャリアシフトを視野に入れている場合に適した選択肢です。
3つのクラウドに設計の共通概念が多いため、AWSで基礎を固めた後にAzureやGCPの知識を追加する進め方をすれば、スムーズに学習を進められるでしょう。
資格なしでクラウドエンジニアに転職できますか?
IT未経験の場合は資格があるほうが選考で有利です。実務経験がない段階でスキルを証明できる手段として、資格はポートフォリオと並んで有効な武器になります。ただし「資格さえあれば転職できる」という考え方は正しくなく、ハンズオン学習と組み合わせて初めて意味を持ちます。
IT経験者でポートフォリオや実績が十分な場合は、資格を取得せずに選考が進むケースもあります。ただしAWS認定ソリューションアーキテクト(SAA)は取得者の多さと求人での評価の高さから、取得しておいて損はない資格です。
資格学習の目的はスキルの可視化と実力の底上げの両方です。資格とハンズオンをセットで進める姿勢が、転職活動での評価につながります。
ポートフォリオは必ず作らないといけませんか?
IT経験者の場合は、職務経歴書に実績を具体的に記載できていれば、ポートフォリオがなくても選考が進むケースはあります。一方、IT未経験者にとってポートフォリオは実務経験のなさをカバーする有力な手段です。そのため、「作らなくてもいい」という判断は、実績が十分にある経験者に限られます。
ポートフォリオの規模はシンプルで十分です。VPCやEC2、RDS、S3を組み合わせた構成でも、設計意図や工夫した点をきちんと説明できる形に仕上げましょう。AWSで構築した構成図や、GitHubに公開したTerraformのコードは、採用担当者に「何ができるか」を直接示せる材料になります。
文系・非IT出身でもクラウドエンジニアになれますか?
文系・非IT出身からクラウドエンジニアになった事例は実際に多くあります。クラウドエンジニアに求められるスキルは大学の専攻より独学や実務での習得に依存する部分が大きく、文系か理系かより習得スキルの質が評価の基準になります。
文系出身者がとくに苦労しやすいのは、LinuxのCLI操作やネットワークの設計概念、プログラミングの基礎です。ただしこれらはいずれも書籍やオンライン講座で独学できる範囲です。論理的思考力や文章力といった文系的なスキルは、ドキュメント整備やクライアントとのやりとりで活きる場面があります。
IT未経験からのロードマップを参考に学習を進めれば、文系・非IT出身でも現実的に目指せる職種です。
文系からエンジニアへの転職については、次の記事でも解説しています。ぜひ参考にしてください。

文系からエンジニアになれる?現実・向いている人の特徴・転職するためのロードマップを解説
