オンプレミス回帰の前に考えること【中編】
オンプレミス回帰の前に見直すべき「クラウドサービスが高くなる理由」とは?
クラウドサービスからオンプレミスインフラにアプリケーションを戻すことは容易ではない。実行する前に、クラウドサービスの費用が増加する要因を分析しよう。
アプリケーションをクラウドサービスで運用している場合、コストを抑えるためには慎重にアプリケーションを調査して計画を立て、クラウドサービスの使用量を最適化する必要がある。
クラウドサービスにあるアプリケーションをオンプレミスインフラに戻す「オンプレミス回帰」を選ぶ企業もあるが、オンプレミス回帰の作業は簡単ではない。オンプレミスインフラに戻す前に、クラウドサービスのアプリケーションが高くなってしまう理由を確認しよう。
クラウドのアプリケーションが高くなる理由とは?
併せて読みたいお薦め記事
連載:オンプレミス回帰の前に考えること
オンプレミス回帰の成功と失敗
クラウドサービスのコストが高くなる理由として調査会社Andover Intelは以下の3点を指摘している。
- クラウドサービスのベンダー選定やツールの選択の失敗
- アプリケーション負荷の見積もりの誤りによる、不必要なスケーラビリティの実装
- 開発者がどうすればクラウドサービスのコスト削減方法を十分に理解しないまま実装したアプリケーション
1と2の要因については、アプリケーションの要件や使用状況を見直し、より適切なクラウドサービスを選択することで解決できる。例えば、サーバの設定や管理などをクラウドサービスベンダーに任せる「サーバレスコンピューティング」の機能は、アプリケーションのリソース使用量が増えるにつれて料金が高くなる可能性がある。リソース使用量が常時高い場合、コンテナやVM(仮想マシン)への切り替えを検討すべきだ。
クラウドサービスは利用状況に応じてコンピューティングリソースを増減できるため、一時的にアクセスが集中したり、処理量が急増したりするようなアプリケーションのインフラに向いている。しかし、多くの企業はこの特性を実際に活用できていない。
3の要因について考慮すべき点は、クラウドサービスのアプリケーションを設計する際に、特に重要なのがUI(ユーザーインタフェース)など、エンドユーザーが直接操作するフロントエンドの設計だということだ。現代ではほとんどのエンドユーザーがWebブラウザの利用に慣れており、直感的で操作がしやすいUX(ユーザー体験)を求めている。
こうしたニーズに応えながら、コストを削減するためにはフロントエンドと、システムの内部処理を担当するバックエンドを適切に分離して設計する必要がある。設計時点で両者のロジックが複雑に混ざり合ってしまうと、コードが複雑になり、開発と運用のコストが高くなりやすい。
次回は適切なアプリケーションの設計方法について、詳しく解説する。
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ファインディ株式会社] AI利用率だけでは説明できない成果 開発組織の競争力を生む「開発資本」とは? -
製品資料
[ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは? -
製品資料
[ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは? -
技術文書・技術解説
[ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題 考慮すべきリスクと選択肢は? -
製品資料
[サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化 苦しむ情シスはどうすれば救われるのか?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
3
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
4
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
5
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
6
IT製品の導入に関するアンケート「セキュリティ」編
-
7
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
10
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
2
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
8
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
9
「IT史に名を残すシステム障害」8選
-
10
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー