システムは、4つの層でできている
上の3つが「作るもの」、いちばん下が「動かす場所」です。
| 層 | 何をするところ | 身近な例 |
|---|---|---|
| 画面（フロントエンド） | 人が見て触るところ。ブラウザやアプリの中で動く | 申し込みフォーム、検索の絞り込み |
| 処理（バックエンド） | 受け取った要求に応じて計算し、判断するところ | 在庫を引き当てる、料金を計算する |
| 保管（データベース） | 情報をためて、探せる形で持つところ | 顧客情報、注文履歴 |
| 土台（インフラ） | 上の3つが動く場所と経路。サーバー・回線・住所 | サーバー、ドメイン、通信 |
ここで大事なのは、変更の重さが層によって違うことです。画面の文言を直すのは軽く、保管の設計（どんな項目を持つか）を変えるのは重い。既にたまっているデータを、新しい形に移す作業がついてくるからです。見積りが想像より高いときは、たいてい下の層に触っています。
職種は、どの層を触るかで分かれる
| 呼び名 | 触る層 |
|---|---|
| フロントエンド | 画面（ブラウザ） |
| アプリ・モバイル（iOS／Android） | 画面（端末）と、端末内の保管 |
| バックエンド | 処理と保管 |
| フルスタック | 画面・処理・保管 |
| データエンジニア | 保管が中心 |
| 機械学習エンジニア | 処理のうち、学習と推論の部分 |
| インフラエンジニア | 土台を作り、設定する |
| SRE | 土台と運用。落ちない状態を数字で決めて守り、手作業を自動化する |
| QA | 全部の層を、確かめる側から見る |
アプリケーションエンジニアは、広い意味では上の3層をまとめて指し、インフラの対義語として使われます。スマホアプリを指すこともあるので、求人票では何を触るのかを確かめてください。DevOpsは職種ではなく、作る人と動かす人を分けないという進め方の呼び名です。
FDE（フォワードデプロイドエンジニア）は、この表に収まりません。顧客の現場に入って、画面から処理、動かし続けるところまでを横断します。層で切らずに、顧客の業務で切る職種だからです。
「環境」という言葉は、3つの違うものを指す
会話が噛み合わないときは、たいてい相手と別の意味で使っています。
1. 段階の環境（どこに置いてあるか）
手元（自分のPC）、開発（共有のサーバー）、検証（本番と同じ作りの別の場所）、本番（お客さんが見る場所）。分ける理由は、壊せる場所を用意するためです。「ステージング」「UAT」と呼ばれるものは検証の一種で、UATは依頼した側が確かめる場を指します。
2. 実行環境（何の上で動くか）
プログラムは単体では動かず、動かす土台が要ります。ブラウザ、Node.js、Python、iOS、コンテナなど。求人票の「必須スキル：Node.js」は、言語ではなく実行環境の指定であることが多いです。
3. 開発環境（作業に使う道具一式）
エディタ、ターミナル、バージョン管理、パッケージ管理。「開発環境構築」は、これらを揃えて、誰の手元でも同じように動く状態を作る作業を指します。
環境ごとに変わるのは、設定値（接続先や機能の入切）と秘密情報（パスワードや鍵）の2つだけです。「本番でだけ動かない」の大半は、この違いが原因です。
フレームワークは、作り方の土台になる部品セット
同じ家を建てるにも、在来工法とプレハブでは手順も部材も違います。ソフトウェアも同じで、よく使う機能をまとめて用意したものがフレームワークです。画面を組み立てるReactやVue、処理と保管をまとめて作るRailsやDjangoなどがあります。
ライブラリとの違いは、呼び出す側かどうかです。ライブラリは道具箱でこちらが呼び出し、フレームワークは骨組みで、向こうが決めた場所にこちらが書き込みます。選ぶと、作り方の作法まで決まります。だから後から替えるのが重く、選定は初期の重要な判断になります。
ITインフラは、動かす場所と経路
| 言葉 | 中身 |
|---|---|
| サーバー | プログラムやファイルを置いて、要求に答える機械 |
| ドメイン | インターネット上の住所 |
| DNS | 住所から機械の場所を引く電話帳 |
| CDN | 世界中にコピーを置いて、近い場所から返す仕組み |
| ストレージ | ファイルの保管場所 |
共用のレンタルサーバーは、他社と同じ機械の一部を借りる形です。安い代わりに、できることが限られます。クラウド（AWS・GCP・Azureなど）は、必要なだけ機械や機能を借りて組み立てる形で、自由な代わりに設計と運用の手間がかかります。規模と要件で選ぶもので、新しい方が偉いわけではありません。
この4層で、求人票と見積りを読む
同じ「AI活用」でも、任される層はまったく違います。
| 募集の言い方 | 読み方 |
|---|---|
| フルスタックで開発 | 画面から保管まで1人で見る。人数が少ない会社か、立ち上げ期のプロダクト |
| SRE募集 | 停止が許されない規模かを確認する。そうでなければ、実態はインフラ構築や社内整備のことがある |
| AI基盤の構築 | 土台の話。作るより、回し続ける設計が中心 |
| LLMプロダクトの開発 | 処理の層。評価の仕組みと、社内文書を引かせる設計が本体 |
| DX推進 | 層ではなく業務側から入る。どの層を誰が作るのかは、面談で確かめる |
職種名が会社ごとに違う理由は、AI事業開発とはで整理しています。発注する側として決めることは、AIに開発をさせるとき、事業側が決めることに書きました。
まとめ
この記事の要点
- システムは、画面・処理・保管・土台の4つの層でできている
- 下の層に触るほど、変更は重くなる。見積りの重さはここで決まる
- 職種名は、どの層を触るかの呼び分けにすぎない
- 「環境」は、段階・実行環境・開発環境の3つの意味で使われる
- フレームワークを選ぶと、作り方の作法まで決まる
- FDEは層で切らず、顧客の業務で切る職種
よくある質問
エンジニアでなくても、システムの構造は理解できますか？
フロントエンドとバックエンドの違いは何ですか？
SREとインフラエンジニアは何が違いますか？
FDEはどの層の職種ですか？
この知識は、転職の選考で役に立ちますか？
※ 記事内の件数は、当社が掲載しているピックアップ求人を2026年8月17日時点で集計したものです。個別の労働条件は、面談で求人票をもとにお伝えします。
どの層まで任される募集が合うのか、一緒に整理します。
無料キャリア相談（30分）→