ITサポートをしていると、こんな言葉をよく聞きます。

• 「それ、クラウドですか？」
• 「サーバはどこにあるんですか？」
• 「クラウドって危なくないですか？」

でも、ここで一度ハッキリさせます。

DAY39では、
クラウドを 場所ではなく"使い方"として理解します。

まず結論です。

• ✅ 自分のPCに入れない
• ✅ Webブラウザで使う
• ✅ 外部にある

• ❌ サーバ購入（数百万円〜）
• ❌ ソフト購入（ライセンス料）
• ❌ 管理が大変（専任IT担当が必要）

• ✅ すぐ使える（申し込み→即日）
• ✅ 管理はお任せ（ベンダーが対応）
• ✅ 更新も自動（常に最新版）

• ✅ 社内ネットの外
• ✅ インターネットの先
• ✅ Webサービス

• ✅ 自宅
• ✅ 出張先
• ✅ スマホ

• ✅ 更新不要（自動アップデート）
• ✅ バックアップ自動

• ✅ 月額課金（数百円〜数千円/人）
• ✅ 人数分だけ（スケーラブル）

• ⚠️ ID管理が必須
• ⚠️ パスワード忘れ = 使えない

理由：クラウドベンダーは複数のデータセンターで冗長化しており、1箇所のサーバが故障してもデータは失われません。自動バックアップも標準装備。一方、社内サーバは地震・火災・盗難のリスクがあり、バックアップ体制も企業次第です。

理由：AWS、Azure、Google Cloudは世界トップクラスのセキュリティ専門家を雇用し、24時間365日監視体制。ISO 27001、SOC 2などの国際認証も取得。中小企業が自社で同レベルの対策を実施するのは現実的に困難です。

理由：クラウドサービス（特にSaaS）は、インストール不要、設定不要、アップデート不要で、ブラウザさえあれば使えます。社内サーバの方が、ネットワーク設定、サーバ管理、ソフトウェアインストールなど、高度なIT知識が必要です。

• ✅ クラウド＝Webサービス
• ✅ 社内サーバとは別物
• ✅ ネット必須
• ✅ 管理は外部
• ✅ 切り分けが超重要

📊 今日のゴール

• ✅ クラウドの正体を理解する（インターネット経由で使うサービス）
• ✅ 社内サーバとの違いを明確に説明できる
• ✅ SaaS/PaaS/IaaSの分類を知る
• ✅ クラウドのメリットと注意点を把握する
• ✅ トラブル時の切り分け手順を理解する

📝 DAY39まとめ

• クラウドの定義：インターネット経由で利用するITサービスの総称。自分のPCに入れず、Webブラウザで使う。外部にあるサービスを「借りる」イメージ。魔法でも特別なITでもなく、場所ではなく「使い方」
• NIST定義：「ネットワーク経由でアクセス可能な、設定可能なコンピューティングリソースの共有プールへの、便利でオンデマンドなアクセスを可能にするモデル」。世界標準の定義です
• 市場規模：日本のクラウド市場は約5.8兆円（2024年）、2027年には9.1兆円予測。企業利用率78.3%。世界市場は約100兆円（2024年）、2028年には150兆円超予測。AWS、Azure、Google Cloudで世界シェア60%
• クラウドが生まれた理由：昔のIT=サーバ購入（数百万円）、ソフト購入、専任IT担当が必要。今のIT=すぐ使える、管理はお任せ、更新も自動。手間とコストが激減
• 日常で使っているクラウド：Gmail/Yahoo!メール（Webメール）、Google Drive/Dropbox/OneDrive（オンラインストレージ）、Zoom/Teams/Google Meet（Web会議）。もう使っている
• 仕事でよく使うクラウド：freee/マネーフォワード（会計）、ジョブカン/KING OF TIME（勤怠管理）、Salesforce/kintone（顧客管理）。業務の中核を担う
• 社内サーバとの違い：社内サーバ=自社で管理、トラブル対応も自社、場所必要、初期費用大、カスタマイズ自由。クラウド=外部で管理、24時間運用、場所不要、月額課金、すぐ使える。役割が違う
• SaaS（Software as a Service）：ソフトウェアをブラウザで提供。例：Gmail、Salesforce、Microsoft 365。企業クラウド利用の70%。ITサポートが最も関わる領域
• PaaS（Platform as a Service）：アプリ開発環境を提供。例：Google App Engine、Azure App Service。サーバ管理不要で開発に集中
• IaaS（Infrastructure as a Service）：仮想サーバ、ストレージ等を提供。例：AWS EC2、Azure VM。最も柔軟だが管理は利用者
• 責任分界点：SaaS=ベンダーがほぼ全管理、PaaS=OS・ミドルウェアまでベンダー、IaaS=仮想マシンまでベンダー。この違いを理解すると責任範囲が明確に
• ITサポート視点：クラウドは社内ネットの外、インターネットの先、Webサービス。切り分けは①社内問題？②回線問題？③クラウド側？の順。DAY36-37の知識と連動
• トラブル診断フロー：①インターネット接続確認→②他の人は使えるか→③ブラウザ・キャッシュ確認→④サービス障害情報確認→⑤アカウント状態確認。この順で切り分け
• メリット①どこでも使える：自宅、出張先、スマホからアクセス可能。場所に縛られない。リモートワークの基盤
• メリット②管理が楽：更新不要（自動アップデート）、バックアップ自動。IT担当の負担が大幅減。中小企業に最適
• メリット③初期費用少ない：月額課金（数百円〜数千円/人）、人数分だけ。サーバ購入不要。導入ハードル低い
• コスト削減効果：経産省調査で62.3%が「ITコスト削減」と回答。平均30%削減。生産性向上も71.2%が実感（総務省調査）
• BCP効果：地理的に分散したデータセンター（AWSは世界33リージョン）で冗長化。災害時のデータ消失リスク大幅減。東日本大震災後、BCP観点から導入加速
• 注意点①ネット必須：回線が止まると何もできない。インターネット依存がリスク。DAY36で学んだ回線トラブル対応が重要
• 注意点②アカウント管理：ID・パスワード管理が必須。忘れる=使えない。DAY44以降のセキュリティ知識に直結
• 注意点③権限ミス：見えてはいけない人が見る、編集できてはいけない人が編集。事故原因No.1。権限設定の重要性
• 障害時の責任範囲：社内が原因→ITサポート（ネットワーク、端末、ブラウザ）。クラウド側障害→ベンダー（サービス提供元）。切り分けが超重要
• SLA（サービスレベル契約）：AWS/Azure/Google Cloud: 99.99%稼働率保証（年間ダウンタイム52.6分以内）。未達成時は返金規定あり
• 障害事例：AWS東京リージョン障害（2021年12月、4時間）、Google Workspace障害（2020年8月、1時間）、Azure世界規模障害（2022年1月、3時間）。大手でも発生
• 障害情報確認：AWS Service Health Dashboard、Azure Status、Google Workspace Status Dashboard、Down Detector、公式Twitter。これらで社内かベンダー側かを切り分け
• 誤解①データ消失：実際は社内より安全なことも多い。複数データセンターで冗長化、自動バックアップ標準。社内は地震・火災・盗難リスクあり
• 誤解②セキュリティ：大手ほど対策はガチ。世界トップクラスの専門家、24時間365日監視、ISO 27001・SOC 2認証取得。中小企業が同レベル対策は困難
• 誤解③IT知識必要：むしろ初心者向け。インストール不要、設定不要、アップデート不要、ブラウザだけで使える。社内サーバの方が高度なIT知識必要
• 利用者への説明：「クラウドはインターネット経由で使う外部のサービスです」「社内の故障ではありません」。シンプルに伝えることで安心感アップ