真の使用量ベースの課金を実現
サーバレスコンピューティングは複雑になり過ぎたクラウドの福音となるか
クラウドを使うには、あまりにも多くのことを検討しなければならない。これはクラウドが目指していた姿ではない。サーバレスコンピューティングがこの問題を解決するかもしれない。
多くの企業が想像する以上に、クラウドプラットフォームのセットアップは複雑になっている。考慮すべき事項があまりにも多いためだ。
Computer Weekly日本語版 3月8日号無料ダウンロード
本記事は、プレミアムコンテンツ「Computer Weekly日本語版 3月8日号」(PDF)掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。
なお、同コンテンツのEPUB版およびKindle(MOBI)版も提供しています。
例えば、仮想サーバのサイズはどの程度から始めるか、現実のサーバと遜色ない機能を提供できるのかどうかを考えなければならない。他にも、契約内容はどうなるか、プロバイダー間のサービスの違いをどのように比べるか、なども気になる。
このような点はまだ入り口にすぎない。やがて、必要なストレージの種類や層の数、想定する使用制限を上回った場合のペナルティーなども検討することになる。
業務上のニーズと技術面のニーズを両方満たすものを慎重に作ろうとするならば、全てのハードウェアを自力で入手し、自身でプラットフォームを構築するのと変わらない難しさをシステム開発者は感じるだろう。
本来クラウドが提唱していたのは、このようなことなのだろうか。間違いなく“否”である。クラウドの考え方は、次の5つの重要な原則に基づくシンプルな環境を提供することだった。この考え方は、これまでクラウドが企業に販売されてきた方法に当てはまることは確かだ。
1 オンデマンドセルフサービス
2 広範なネットワークアクセス
3 リソースプール
4 動的な弾力性
5 定量サービス
多くのパブリッククラウドプロバイダーのサービスは、こうした要件をほぼ満たしている。しかし、オンデマンドセルフサービスの考え方は、完全なサービスにアクセスできるという意味合いがもっと大きかった。
現実に用意されたのは、定義が曖昧で、統合が困難なビルディングブロックだ。このブロックを組み立てれば、有益なサービスの実行に使用する新しいプラットフォームを作成できるというのがその考えだ。
企業側の課題
「Amazon Web Services」(AWS)や「Microsoft Azure」などのパブリッククラウドサービスの複雑さは、大企業でもこれを解消するのに苦労している。中小企業にとっては、パブリッククラウドを使ってコストやパフォーマンスに見合う成果を得るチャンスはほとんどないに等しい。
クラウドの利用は、業界の識者の多くが主張しているほど主流にはなっていない。また、簡単にIaaSやPaaSのターゲットになりそうな顧客もほとんど残っていない。
クラウドプラットフォームの全てのパーツをまとめるのに必要なスキルが不足しているため、多くの企業はクラウドを見据えながら、従来のやり方を保とうとしている。ただし、SaaSの導入は進んでいる。
今後見込まれるクラウドユーザーが、これまでとは違うクラウドの利用方法を求めるのは明らかだ。新たなユーザーは、初期のセットアップの複雑さに煩わされないシンプルなサービスを求めている。
こうした要求の答えになるのは、「サーバレスコンピューティング」かもしれない。(これはあまり適切な命名ではなく)サービスやアプリケーションが動作するハードウェアを取り除くこととは何の関係もない。サーバレスコンピューティングの目的は、必要な機能をサービスとしてシンプルな方法で提供することだ。
この多くは、初期のサービスプロバイダーのテクノロジープロビジョニングをほうふつとさせる。だが、標準とシステムのオーケストレーションが進化したことで、サーバレスコンピューティングの真価が認められるようになっている。
サーバレスコンピューティングとは
最新のサーバレスコンピューティングが初めて現実になったのは、クラウド大手のAWSが2016年に打ち出した「AWS Lambda」と考えられる。Lambdaはサーバをプロビジョニングする必要がなく、「AWS EC2」でコードを実行する手段を提供する。
実行を希望するコードをユーザーが読み込むと、Lambdaがそのワークロードの実行に必要なリソースのプロビジョニング、監視、管理を全て行う。
また、真の使用量ベースの課金も導入される。基盤となる論理サーバが常時存在すると見なして課金されるのではなく、機能を利用した時間だけに課金される。
現在、Lambdaはコンピューティングレベルでの機能の提供に重点を置いているが、いずれ、ビルド全体を考慮したストレージリソースやネットワークリソースも含むようになる予定だ。
Microsoft、IBM、Googleも、「Azure Functions」「Bluemix OpenWhisk」「Cloud Functions」を展開してサーバレスの波に乗ろうとしている。
どのサービスもLambdaと全く同様に、イベントや実際の使用に基づいて請求される課金システムを採用している。
では、サーバレスコンピューティングは何の役に立つだろう。
続きはComputer Weekly日本語版 3月8日号にて
本記事は抄訳版です。全文は、以下でダウンロード(無料)できます。
■Computer Weekly日本語版 最近のバックナンバー
Computer Weekly日本語版 2月22日号 3D NANDで飛躍するフラッシュストレージ
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー