真の使用量ベースの課金を実現
サーバレスコンピューティングは複雑になり過ぎたクラウドの福音となるか
クラウドを使うには、あまりにも多くのことを検討しなければならない。これはクラウドが目指していた姿ではない。サーバレスコンピューティングがこの問題を解決するかもしれない。
多くの企業が想像する以上に、クラウドプラットフォームのセットアップは複雑になっている。考慮すべき事項があまりにも多いためだ。
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
-
事例
[ポールトゥウィン株式会社] 開発スピードと品質を両立、DONUTSが実践する「ハイブリッドなQA体制」の構築術 -
製品レビュー
[ポールトゥウィン株式会社] 開発スピードと品質は両立できる? DONUTSの「ジョブカン」に学ぶQA戦略 -
市場調査・トレンド
[レッドハット株式会社] 「プラットフォームエンジニアリング」調査レポート:利点・課題・未来像を詳説 -
市場調査・トレンド
[レッドハット株式会社] 生成AI活用のためのテクノロジー基盤、構築に際しての7つの検討事項とは? -
製品資料
[レッドハット株式会社] ビジネスの現場へのAI導入と活用、何から始めてどのように進めるべきか?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
4
「企業におけるAIの運用」に関するアンケート
-
5
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
本当にそのIBM iに問題はない? ブラックボックス化と属人化を防ぐ第一歩
-
8
「企業内サーバ環境の利用実態」に関するアンケート
-
9
「シェルコード」とは? 凶悪なマルウェア感染を可能にする手口
-
10
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
3
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
4
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
5
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
6
AI活用を停滞させる「2:6:2の壁」を乗り越えるためのポイントとは?
-
7
ソフトウェア開発の属人化と手戻りをどう防ぐ? 速さと品質を両立させる方法
-
8
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
9
複雑な組織構造で一度は頓挫した電子化、東京女子医科大はどう全学展開したか
-
10
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー