「インフラは触らなくていい」という時代は終わった
数年前まで、Webアプリケーション開発の現場では「アプリエンジニアはコードだけ書いていればいい、インフラはインフラチームに任せる」という分業が当たり前でした。しかし今、その常識は大きく変わりつつあります。
クラウドの普及により、アプリエンジニアでも簡単にサーバーを立ち上げ、ネットワークを設定し、デプロイパイプラインを構築できる時代になりました。それと同時に、「インフラを知らないエンジニア」が引き起こすトラブルも増えています。過剰なリソース確保によるクラウドコストの肥大化、スケーリング設定の不備によるサービス障害、セキュリティグループの設定ミスによる不正アクセス——これらはいずれも、アプリ実装者がインフラを「ブラックボックス」として扱ったことで起きる問題です。
転職市場でも、クラウドの基礎知識を持つアプリエンジニアの需要は明確に高まっています。この記事では、インフラ専門家を目指さなくても知っておくべきクラウドの基礎知識を、アプリエンジニア目線で整理します。
クラウドの「3大サービスモデル」を正確に理解する
クラウドを語るうえで必ず登場するのが、IaaS・PaaS・SaaSという3つのサービスモデルです。言葉は知っていても、違いを正確に説明できる人は意外と少ないので、まずここを押さえましょう。
| モデル | 正式名称 | 提供範囲 | 代表例 |
|---|---|---|---|
| IaaS | Infrastructure as a Service | 仮想マシン・ストレージ・ネットワーク | AWS EC2、Google Compute Engine |
| PaaS | Platform as a Service | 実行環境・ミドルウェアまで | AWS Elastic Beanstalk、Heroku、Render |
| SaaS | Software as a Service | アプリケーション全体 | Gmail、Slack、Salesforce |
アプリエンジニアが最も接するのはPaaSとIaaSです。PaaSはサーバー管理の多くをクラウド側が担ってくれるため、アプリの開発に集中しやすい反面、細かいチューニングの自由度は下がります。IaaSは自由度が高い分、OSのセキュリティパッチ適用やミドルウェアのバージョン管理など、運用の責任範囲が広くなります。どちらが優れているというわけではなく、プロダクトの規模・フェーズ・チームの体制に応じて選ぶものです。
アプリエンジニアが知っておくべき主要サービス群
クラウドには膨大な数のサービスがありますが、アプリ開発に直接関係するものを中心に、まず次の領域を理解することをおすすめします。ここではAWSを例に挙げますが、Google CloudやAzureにも対応するサービスが存在します。
コンピューティング（実行環境）
アプリケーションを動かすための基盤です。仮想マシン（EC2）、コンテナ実行環境（ECS / EKS）、サーバーレス実行（Lambda）という3つの選択肢があります。近年はコンテナとサーバーレスの採用が増えており、DockerとKubernetesの基礎知識はアプリエンジニアにとっても重要な教養になっています。
Lambdaに代表されるサーバーレスは、「リクエストが来たときだけコードが実行される」という仕組みで、常時起動のサーバーを管理しなくてよいのが利点です。ただし実行時間の上限やコールドスタートの遅延といった制約があるため、すべてのユースケースに適しているわけではありません。
ストレージ（データの保管）
クラウドのストレージは大きく3種類あります。オブジェクトストレージ（S3）は画像・動画・ログファイルなどの非構造化データの保管に適しており、URLでのアクセスが可能です。ブロックストレージ（EBS）は仮想マシンのディスクとして使われます。ファイルストレージ（EFS）は複数のインスタンスから同時にマウントできる共有ストレージです。
アプリエンジニアとして特に重要なのはS3の理解です。ユーザーがアップロードした画像の保存先として、静的ファイルの配信元として、バックアップの保存場所として、S3はほぼすべてのWebサービスで使われます。バケットのアクセス制御（パブリック/プライベート）とPresigned URLの仕組みは、実装上ミスが起きやすいポイントでもあるため、正確に理解しておきましょう。
ネットワーク（通信の制御）
VPC（Virtual Private Cloud）は、クラウド上に作る仮想的なプライベートネットワークです。外部からアクセスできるパブリックサブネットと、DBサーバーなど外部に公開したくないリソースを置くプライベートサブネットを分けて設計することが、セキュアなシステム構成の基本になります。
セキュリティグループはAWSにおけるファイアウォールの役割を果たし、どのIPアドレス・ポートからの通信を許可するかを制御します。「とりあえず全ポートを全開にして後で絞る」という設定は、本番環境では絶対に避けなければなりません。
コンテナの基礎：DockerとKubernetesの役割分担
現代のクラウドアプリケーション開発において、コンテナ技術の理解は避けて通れません。
Dockerは、アプリケーションとその実行環境（OS・ライブラリ・設定）をひとつの「コンテナ」としてパッケージングする技術です。「自分のPCでは動くのに本番環境では動かない」という問題を解消し、どの環境でも同じ動作を保証します。Dockerfileを書いてイメージをビルドし、コンテナを起動するという基本操作は、アプリエンジニアとして身につけておきたいスキルです。
Kubernetesは、多数のコンテナを自動的に管理・スケーリング・復旧するためのオーケストレーションツールです。「コンテナが落ちたら自動で再起動する」「トラフィックが増えたら自動でコンテナを増やす」といった運用を自動化してくれます。KubernetesはDockerより学習コストが高く、アプリエンジニアが深く習得する必要はないケースも多いですが、概念（Pod・Service・Deployment）を理解しておくと、クラウドインフラの設計会話にスムーズについていけるようになります。
コスト意識を持って設計する
クラウドの落とし穴のひとつが、コスト管理の甘さです。「とりあえず高スペックのインスタンスを立てておこう」「開発用のリソースをそのままにしておいた」といった判断が積み重なると、月の請求が想定の数倍になることがあります。
アプリエンジニアとして持っておきたいコスト意識の基本は、次の3点です。まず、開発・検証環境のリソースは使い終わったら止める、または自動停止の設定をすることです。次に、オートスケーリングの上限（最大台数）を必ず設定し、意図しない台数増加を防ぐことです。最後に、コスト管理ダッシュボード（AWSであればCost Explorer）を定期的に確認する習慣をつけることです。
こうした意識を持つエンジニアは、チームの中でも信頼されやすく、設計の議論に参加できる範囲が広がります。
クラウド知識は転職でどう評価されるか
AWSやGCPの実務経験がある旨を職務経歴書に記載すると、書類選考の通過率が上がる傾向があります。ただし「使ったことがある」だけでは弱く、「どんな構成で、どんな判断をして、どんな課題を解決したか」という文脈が伴って初めて評価につながります。
AWS認定資格（Solutions Architect AssociateやDeveloper Associate）は、クラウドの体系的な理解を証明する手段として有効です。資格そのものより、資格の準備を通じて体系的に知識を整理することに価値があります。特にアプリエンジニアには「Developer Associate」が学習コストとのバランスがよく、実務に直結した内容が多いためおすすめです。
まとめ
クラウドの知識はもはやインフラ専門家だけのものではなく、現代のアプリエンジニアにとっての基礎教養です。IaaS・PaaS・SaaSの違いを理解し、コンピューティング・ストレージ・ネットワークの主要サービスを把握し、コンテナとコスト管理の基本を身につける——この土台があるだけで、設計の議論に参加できる幅が広がり、転職市場での評価も高まります。まずはDockerを手元で動かすことと、個人プロジェクトをAWSにデプロイしてみることから始めてみましょう。