// シス担のミカタ

クイックリファレンス

クラウドサービスを選ぶ
３分ガイド

SaaS・PaaS・IaaS・AWS・Azure・GCPの違いから費用の考え方、移行の注意点まで一枚まとめ

クラウドって何なの？

クラウドって最近よく聞くんですけど、要するに何なんですか？ちゃんと理解できてなくて……
ひとことで言うと、インターネット経由で使えるコンピューターの仕組みのことだよ。自社でサーバーを買って置く代わりに、どこかのデータセンターにあるコンピューターを借りてネット越しに使う——それがクラウドのイメージ。 Googleドライブにファイルを保存したり、Zoomでビデオ通話したりしてるでしょ？ あれも全部クラウドサービス。個人向けだと身近に使ってる人が多いけど、企業向けにも同じ仕組みでもっと大規模なサービスがあるよ。
SaaSとかPaaSとかIaaSってよく聞くんですけど、これって何が違うんですか？
クラウドサービスをどのレイヤーまで提供するか、で3種類に分かれてるんだよね。ざっくり言うと「どこまで自分で管理するか」の違い。
種類 正式名称 何が提供される？ 自分で管理するもの 代表例
SaaS Software as a Service すぐ使えるアプリ全部 データのみ（設定は一部） Microsoft 365、Salesforce、Slack、Gmail
PaaS Platform as a Service アプリを動かす実行環境 アプリのコード・データ Heroku、Google App Engine、Azure App Service
IaaS Infrastructure as a Service 仮想サーバー・ネットワーク OS・ミドルウェア・アプリ・データ全部 AWS EC2、Azure VM、Google Compute Engine
うーん、ちょっとピンとこないかも。もう少しわかりやすく教えてほしいです……
じゃあ「ピザ屋」に例えてみよう。
  • SaaS ＝ 出前ピザ。届いたものをそのまま食べるだけ。作り方も材料も全部お任せ。自分でやることは「どれを注文するか」だけ。
  • PaaS ＝ 冷凍ピザ。生地やソースは用意されてる。トッピングを自分で乗せてオーブンで焼くのは自分。
  • IaaS ＝ 材料だけ届く。小麦粉・チーズ・トマトが来るだけで、こねるのも焼くのも全部自分でやる。
非IT担当者が最初に触れるのはほぼSaaSだよ。Excelを買い切りじゃなくて月額で使うMicrosoft 365もそう。「なんかよくわからないけど毎月払ってるサービス」はほとんどSaaS。

主要3社の特徴

AWSとAzureとGCPって名前を聞くんですけど、どれを選べばいいんですか？
この3社が世界のクラウド市場をほぼ占めてるんだけど、それぞれ特徴が違うよ。まず比較表を見てみて。
AWS
（Amazon Web Services）		 Azure
（Microsoft Azure）		 GCP
（Google Cloud Platform）
運営会社 Amazon Microsoft Google
市場シェア 約32%（業界最大手） 約22% 約12%
特に強い分野 サービス数・種類の豊富さ、スタートアップ Windowsとの連携、Office 365との相性 データ分析・AI・機械学習
こんな会社に向いてる とにかく選択肢が欲しい、実績重視 Windowsサーバー・Officeを使っている データ活用・AI開発に力を入れたい
日本語サポート ◎ 充実している ◎ 充実している ○ 対応しているが一部英語
国内データセンター 東京・大阪 東京・大阪 東京・大阪
じゃあ普通の中小企業ならどれを選べばいいですか？
正直、既存環境に合わせるのが一番失敗しないよ。
  • 社内がWindowsサーバー・Active Directory・Microsoft Officeで固まってる → Azureが自然につながる
  • ゼロから始める、または開発系のシステムを作りたい → AWSが無難。情報量が多く困ったときに調べやすい
  • データ分析やAIを活用したい、Googleのサービスをよく使ってる → GCPを検討する価値あり
「どれが一番いいか」じゃなくて「うちの環境と相性がいいのはどれか」で考えると選びやすいよ。迷ったらベンダーに相談するよりも、まず今社内で使っているサービスのメーカーはどこかを確認してみて。

費用のしくみ

クラウドって費用の計算が難しくて……毎月いくら払えばいいのか全然わからないんですが。
それ、担当者さんがよく悩むポイントだよ。クラウドの費用は従量課金が基本で、使った分だけ請求される仕組み。電気代みたいなイメージ。
課金の種類 内容 例
従量課金 使った時間・量に応じて課金。使わなければ費用ゼロ サーバーを1時間起動→1時間分の料金
固定（予約）料金 1年・3年を前払いで安くなるプラン AWSリザーブドインスタンス（最大72%引き）
無料枠 毎月一定量まで無料で使える範囲 AWS無料枠：t2.microインスタンスを月750時間無料
データ転送費用 クラウドからデータを外部へ出す際に発生 大量のデータを毎月ダウンロードすると思わぬ費用に
サポートプラン費 問い合わせ対応の手厚さによって追加料金 AWSビジネスサポート：月最低$100〜
じゃあ予算の見積もりってどうすればいいんですか？「とりあえずいくら」って決め方ができなくて困ってます。
見積もりの考え方はこの順番でやると整理しやすいよ。
  • ①何を動かすか決める——Webサイト・業務システム・メールサーバーなど、クラウドで動かすものをリストアップ
  • ②規模感を把握する——利用ユーザー数・データ容量・アクセス頻度を確認
  • ③各社の料金計算ツールを使う——AWS・Azure・GCPにはそれぞれ無料の料金シミュレーターがある
  • ④1.3〜1.5倍の余裕を見る——実際にはデータ転送や試行錯誤で想定外のコストが出やすい
また、無料枠を活用して小さく試すのが一番の近道だよ。3大クラウドはどれも無料枠があって、試しに動かすだけなら費用ゼロでスタートできる。本番移行の前にまず無料枠で検証してみてね。
費用が思ったより増えちゃった、みたいなことは起きますか？
起きる！ よくあるのが「使っていないのに課金されてた」パターン。テスト用に立てたサーバーを消し忘れたり、ストレージにデータを入れっぱなしにしてたり。 対策は予算アラートを設定すること。月々〇円を超えたら通知が来る機能がどのクラウドにもある。最初に設定しておくだけで安心感がぜんぜん違うよ。

クラウド移行で失敗しないために

今のオンプレミスのシステムをクラウドに移行しようって話が出てるんですけど、何に気をつければいいですか？
クラウド移行は「とりあえずやってみる」より事前の確認が命だよ。よく失敗するポイントが3つある。
  • セキュリティ設定ミス——クラウドは設定次第で全世界に公開されてしまう。「とりあえず動けばいい」で設定すると個人情報漏洩につながることも。
  • ベンダーロックイン——特定クラウドの機能を使いすぎると、後で他社に乗り換えにくくなる。最初から可搬性（ポータビリティ）を意識した設計が大事。
  • サポート体制の確認不足——トラブル時に誰に問い合わせるか。クラウド業者のサポートか、導入を手伝ったSIerか、自社か。責任範囲が曖昧だと障害対応が遅れる。
リスク 内容 対策
セキュリティ設定ミス アクセス権限が広すぎて不正アクセスされる。S3バケットを誤って公開設定にするなど IAM（権限管理）の最小権限原則を徹底。設定後に第三者チェックを入れる
ベンダーロックイン 特定クラウド独自のDBや機能を使いすぎると移行コストが跳ね上がる 標準的な技術（PostgreSQL、Kubernetesなど）を優先し、独自サービス依存を最小化
コスト超過 従量課金の仕組みを理解していないまま大量リソースを起動してしまう 予算アラートの設定、コスト管理ダッシュボードの定期確認
サポート責任の曖昧さ 障害時に「うちの担当じゃない」と対応が遅れる 責任分界点（どこからどこまでが誰の責任か）を契約前に文書化する
法令・コンプライアンス 個人情報をどこのリージョン（地域）に保存するか。国外保存が問題になるケース 個人情報保護法・業界規制を確認。必要なら国内リージョン限定を条件にする
セキュリティって特に怖くて……クラウドに移行したら情報漏洩のリスクが上がるんじゃないかと思ってるんですが。
実は「クラウド＝危ない」は誤解なんだよね。AWSやAzureのデータセンターは、自社でサーバーを置くよりはるかに物理的・論理的なセキュリティが高い。 ただ、問題になるのは設定ミス。クラウド側の設備は安全でも、使う側の設定が甘いと穴になる。これを「責任共有モデル」と言って、クラウド業者はインフラを守り、使う側はアプリや設定を守る責任がある。 最初は「設定をクラウド業者や専門家にレビューしてもらう」だけでリスクをぐっと下げられるよ。

まとめ

ここまでの内容を5つにまとめると、こうなる。
  1. クラウドの種類を覚える——SaaS（アプリ丸ごと）・PaaS（実行環境）・IaaS（インフラだけ）の3層。担当者が最初に触れるのはほぼSaaS
  2. 3大クラウドは「相性」で選ぶ——WindowsサーバーならAzure、汎用・実績重視ならAWS、データ分析ならGCP。既存環境に合わせるのが失敗しない近道
  3. 費用は従量課金が基本——使った分だけ課金。必ず予算アラートを設定し、無料枠で小さく試してから本番移行する
  4. 移行前にリスクを洗い出す——セキュリティ設定・ベンダーロックイン・サポート責任の3点は必ず確認。責任分界点を文書化しておく
  5. 一人で抱え込まない——クラウドは専門性が高い。ベンダーや外部の専門家を活用しながら進めるのが現実的で安全な判断
「なんか急にクラウド担当になってしまった……」って人、まずはこの5点を押さえておけばベンダーとの打ち合わせでも慌てないよ。完全に理解してなくても「この視点で確認しなきゃ」って気づける人が、実は一番頼りになる担当者なんだよね。