パブリッククラウドの記事一覧(1/4 ページ)
パブリッククラウドの最新動向や導入・活用に役立つ導入事例、技術解説をお届けします。
パブリッククラウドとは何か? その仕組みや移行方法は
パブリッククラウドは、ユーザー企業が遠隔地からインターネットを通して、必要な分だけリソースを利用可能にするクラウドサービスを指す。利用可能なリソースには、仮想マシンやストレージなどが挙げられる。(続きはページの末尾にあります)
記事一覧
パブリッククラウドの定義や仕組みを解説
パブリッククラウドには、データベースやファイアウォール、ロードバランサー、ミドルウェア、アプリケーションなどとして提供されるクラウドサービスが含まれる。ユーザー企業は複数のクラウドサービスを組み合わせて、業務システムを構築できる。大抵のパブリッククラウドは月額制や、利用した量だけ支払う従量課金制の料金モデルを採用している。
パブリッククラウドの主なメリットは以下の通りだ。
- オンプレミスインフラに投資をして、維持する必要性が減少する。
- 作業量やエンドユーザーの需要に合わせてリソースを迅速に拡張したり縮小したりできる。
- 必要な分だけのリソースを使用するので、資源や電力の無駄な消費を抑制できる。
パブリッククラウドの仕組み
パブリッククラウドは、オンプレミスのデータセンターに代わるインフラの構築手段になる。パブリッククラウドでは基本的に、クラウドベンダーがITインフラを構築し、インターネットまたは専用線を通してユーザー企業に提供する。パブリッククラウドは、しばしば「ユーティリティーコンピューティング」と呼ばれることがある。ユーティリティーコンピューティングとは、水道、ガス、電気通信などの公共料金(ユーティリティー)と同様に、リソースやアプリケーションを利用したい量だけ料金を支払って利用できる形態を指す。
クラウドベンダーは、アプリケーションの構築と実行に必要なインフラを提供するだけでなく、セキュリティ対策ツールや監視ツールなど、ユーザー企業がアプリケーションを運用するためのツールも提供している。
主要なパブリッククラウドには「Amazon Web Services」(AWS)や「Microsoft Azure」「Google Cloud Platform」などがある。それよりも小規模なニッチクラウドもある。大手クラウドベンダーは、さまざまなクラウドサービスを提供しており、ユーザー企業はそれを幅広い用途の業務システム構築に利用できる。ニッチクラウドのベンダーは、特定の用途に特化したサービスを提供する傾向にある。
クラウド移行のこつ
ユーザー企業がオンプレミスインフラからパブリッククラウドに移行する理由は幾つか挙げられる。例えば新しいアプリケーションを構築する際に、既存のデータセンターでは実現できないインフラの要件を満たすために、パブリッククラウドを採用することがある。コスト削減やデータ処理の高速化、インフラのメンテナンス作業の負荷軽減、冗長性の確保などのためにパブリッククラウドを利用する場合もある。
利用するクラウドサービスを決めたら、次はデータとアプリケーションをクラウドサービスに移行するための方法を決める必要がある。データをオフラインで移行する場合は、データを保存して持ち運び可能なハードウェアに自社のデータをコピーして、そのハードウェアをクラウドベンダーのデータセンターまで運ぶ。オンラインでデータを移行する場合は、インターネットまたはクラウドベンダーが提供するプライベートネットワークサービスを通して、データを転送する。
転送するデータ量が多くなるほど、時間とコストが掛かる。一般的にはオフライン移行の方が高速で低コストだ。オンライン移行は、移行するデータ量がそれほど多くない場合に適している。
アプリケーションをクラウドサービスに移行する方法も幾つかある。リフト&シフト方式は、アプリケーションのソースコードを再設計することなく、そのままクラウドサービスのインフラに移行する手法だ。リフト&シフトの注意点は、アプリケーションが移行後に正常に動作しない場合があることや、オンプレミスインフラを利用していたときよりもコストが増大する可能性があることだ。
こうした問題が起こることを防ぐために、移行前にアプリケーションのソースコードをクラウドサービスに適した形式に再構築するリファクタリングという手法を採用することができる。リファクタリングはリフト&シフトよりも多くの移行期間を必要とする傾向にある半面、クラウド移行後のアプリケーションの運用コストを抑えたり、処理速度を向上させたりする効果が見込める。他の移行方法として、古いアプリケーションを廃止し、クラウドサービスに適したアプリケーションを一から構築する方法もある。
クラウドベンダーは、クラウド移行を支援するためのツールを用意している。サードパーティー製の移行ツールを利用することも可能だ。
パブリッククラウドの構造
パブリッククラウドで利用できるリソースは、基本的には仮想化されている。データの送受信には、インターネットや専用線を利用する。パブリッククラウドでは、複数のユーザー企業がインフラを共有して、それぞれのアプリケーションを実行する。こうした設計の仕組みをマルチテナントと呼ぶ。データとアプリケーションはテナントごとに論理的に分離されるため、他のテナントのデータやリソースを利用したり閲覧したりすることはできない。
クラウドベンダーは、パブリッククラウドを運用するために複数のデータセンターを運営していることが一般的だ。同一の地域にあるデータセンター群を「リージョン」と呼び、リージョン内に存在するさらに小さいデータセンターの単位をアベイラビリティゾーン(AZ)と呼ぶ。リージョンやAZは一般的に、可用性を確保するために2つ以上の物理データセンターで構成されている。
ユーザー企業は、自社のセキュリティ要件やエンドユーザーへの物理的な近さに基づいてリージョンとアベイラビリティゾーンを選択する。アプリケーションを実行するためのインフラに複数のリージョンとアベイラビリティゾーンを利用することで、冗長性を確保し、システム停止のリスクを抑えることができる。
ベンダーコンテンツ PR
From Informa TechTarget
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
生データを隠してデータ連携 KDDIが4000万人の顧客情報を安全に分析できた理由
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
8
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「サーバ&ストレージ」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー