(1) クラウドとは何か?
カジュアルBPMの連載が終わったので少しBPMから離れたIT関連記事を書いてみようと思う。テーマを何にしようかなと思案したが、最近やはりよく耳にする、目にする言葉がクラウドなのでそれについて考えてみることにする。
ここでクラウドについて詳しく解説してどうのこうの言うつもりもないしできないので、ひょっとすると間違った解釈をするかもしれない。だからといって、世の中でこれだといった決まった定義もあるようでなさそうなので、ある程度勝手に言ってもいいだろう。
とりあえず、@ITの定義から、「クラウド」とはどんなことかを探ってみます。
インターネット上にグローバルに拡散したコンピューティングリソースを使って、ユーザーに情報サービスやアプリケーションサービスを提供するという、コンピュータ構成・利用に関するコンセプトのこと。
なるほど、こういうことならすぐに言いたくなるがインターネットができたときからやっていることなのではないだろうか。そういうと、続きの解説にはこう書いてあった。
従来のコンピュータ・ネットワークにおいて、ネットワークは単にデータやメッセージが通過する経路であり、エンドノードである個々のコンピュータこそが計算や情報処理を行う主体であった。これに対してクラウドコンピューティングでは複数のコンピュータがグリッドや仮想化の技術で抽象化され、ネットワークで接続されたコンピュータ群が巨大な1つのコンピュータになるという、パラダイムシフトの意味が込められている。
なるほど、なるほど、仮想化された複数のコンピュータ群が有機的に連携されることが違うのか。でもこれは情報の供給側の形態であって、情報の需要側であるユーザーには関係ないことなのではないだろうか。そういえば使い方についてこう書いてある。
インターネットやTCP/IPネットワークは、しばしばクラウド(cloud= 雲)と表現される。ここから、インターネット上の“どこか”にあるハードウェアリソース、ソフトウェアリソース、データリソースをユーザーがその所在や内部構造を意識することなく利用できる環境、ないしその利用スタイルを「クラウドコンピューティング」という。
なるほど、なるほど、なるほど、これだと複数のコンピュータが連携してなんて、ユーザーにとってはどうでもいいことだと言っているわけです。すなわち、サービスを作って供給する側、つまりそれでビジネスをしようとしている人たちにとって大きなインパクトがあるパラダイムシフトであるだけなのである。
このことはWeb2.0という言葉が出てきたのと似たような話で、さもすごい変化があると煽って儲けようというプロパガンダなのであろう。ただこれでは何か味気ない結論で先に進まなくなってしまうので、次回からはもう少し詳細に見ていくことにする。
(2) クラウドのサービス
まずは、クラウドから提供されるサービスを考えてみましょう。このとき切り込み方として形態と構成要素という見方で分けるのがよさそうだ。構成では、パブリッククラウド、プライベートクラウドに分けられる。パブリッククラウドというのは不特定多数を対象とするが、プライベートクラウドは、同一企業やグループ内で提供されるものをいう。
一方、構成要素で見て行くと、○aaSという言葉を浮かべればいい。すなわち、HaaS、IaaS、PaaS、SaaSで、HはHardware、IはInfrastructure、PはPlatform、SはSoftwareである。HaaS、IaaS、PaaSは似たり寄ったりのところがあって、ハードウエアやネットワークまでだとHaaSで、さらにOSやストレージ、一部ミドルウエアなどまではIaaSで、更にアプリケーションの稼働環境までを提供するPaaSという具合に発展系の呼び名である。
ということは、ユーザが必要に応じてハードウエアからプラットフォームやソフトウエアまでのサービスをパブリックな環境あるいはいくぶん閉じたプライベート環境を通して獲得するということがクラウドのサービスといえそうだ。
次に、その特徴をみてみよう。クラウドだからインターネット上にサービスがあるということは確かだが、それ以外何のだろうか。前回に書いたように技術的な特徴があるのはわかるが、サービスという面で捉えるとサービスそのものに特徴があるというより、それが組合せることができるとか、すぐに簡単に使えるとか、そういったことのように思う。
つまり、サービス提供のし方だとか、パフォーマンスが発揮できる環境を作る基盤技術に特徴があるのでないだろうか。このことは、クラウド先進企業であるグーグル、アマゾン、マイクロソフトなどをみたらわかると思うが、大量のデータを早く処理するために膨大なサーバーを統括的に運用する技術だとか、スケールアウトが簡単にできるとかを売りにしている。
うちの会社でも、クラウドコンピューティングの恩恵にあずかっている。自宅に何台かのサーバーを持っているが、ウェブのサービスをどこで動かすかの最適化を考えている。例えば開発は自宅でやってサービスインするときはアマゾンのEC2にするとか、データが増えて着たらS3に移すとかいったことをしょっちゅうやっている。
この震災の時に立ち上げた「Anpiレポート」も海外のVPSサービスのLINODEを使って素早く立ち上げた。ほんと数十分で稼働させられるという驚きである。また、非常に助かるのは、安価にそして容易にスケールアウトできることで、しかも時間オーダーでやめたりできるというすごいフレキシビリティである。
どうも、このスケーラビリティが、エンドユーザまではいかないサービスプロバイダーにとっての大きなメリットであるような気がする。エンドユーザはこうした頻繁のスケールアウト要請はないのでメリット性は薄い。これが前回ユーザにとってあまり関係がないことだと言ったことである。
(3) 従来のものと何が違うのか
前回はクラウドのサービスにはどんなものがあるのかをみていき、その特徴について考えてみました。パブリッククラウドとプライベートクラウド、そしてSaaSやPaaSなどのサービスがありました。特徴としては、ユーザが必要に応じてサービスの組み合わせができることやスケールアップダウンが容易にできることなどを見てきました。
今回は、そうしたコンセプトがクラウドだから突然出てきたわけではなく、昔から考えられたことであるというのを振り返ってみます。似たようなものに、ASP(Application Service Provider)、ISP(Internet Service Provider)やアウトソーシング、データセンターなどがありますが、私自身がもう十数年前に指向した企業システムの構造化を紹介することがひとつの答えになると思います。
企業情報システムは1980年代にはメインフレームが主流で業務アプリケーションは全部その中で稼働し、高価な端末が置かれてそこで処理されていた。そして、そのメインフレームは自社内に設置され、そこにオペレーターを配置し運用されていました。主要な遠隔地には高速デジタル回線が引かれそこからデータの登録や帳票の出力がばなされていました。
その後、PCの導入でクライアントサーバー型のコンピューティングシステムが登場し、またインターネットが使えるようになり、集中型から分散型へと変化していきました。2000年代になると、そうした技術が成熟してきて、様々なコンセプトが提示されるようになりました。Webサービスなんて言葉も出てきましたし、RDB、プログラム言語、パッケージなど新しい技術が出てきました。
そんな状況で企業システムをどんな構造にするのがいいのかが問われてきました。また、連結経営の重要性だとか、グローバル化という流れもあり、企業も単体ではなくグループとして見て行かなくてはいけない環境になったわけです。
そこで、要請されたのは、ひとつのメインフレームにロックインされたものから、マルチベンダー化あるいは多様化された技術の採用、分散処理化といった統合システム、そして標準化、共通化したアプリケーションを使いまわすこと、インターネットの利活用といったことです。
そのために構想したのが、グループ会社向けASPでした。つまり、親会社の持つ業務アプリケーションと同じものをネットワークを介してグループ会社で使ってもらおうというものです。ですからグループ会社は、PCだけあればいいし、システム運用要員も不要というわけです。
さらに親会社では、メインフレームをベンダーのデータセンターへアウトソーシングしました。東京のビルの地下にあったハードを全部撤去して、データセンターにある新鋭のマシンに載せ替えました。これでPCだけで基幹システムを使えますし、オペレーターはいらなくなり、スペースも返すことができたのである。
これって精神はクラウドですよね。しかも親子でクラウドです。ハードウエアからソフトウエアまでのサービスをプライベートネットワーク(IP-VPN)の環境でユーザに提供することに何ら変わらないと思うのですがいかがでしょうか。
(4) クラウドでしかできないことは何か?
前回、クラウドと言いながらも昔にやっていたこととその精神においてはかわらないではないかという指摘をした。しかしながら、やろうとしたことは同じでもやれていたかどうかは別の話である。そこを考える時に大事なのは、サービスそのものは変わったのか、その提供のし方が変わったのかである。
前々回にクラウドのサービスで形態と構成要素という切り口で見たが、その見方で分析すると、パブリッククラウドとプライベートクラウドでは、後者のプライベートクラウドは本来のクラウドとは違うように思う。これだと、昔の企業内ネットワーク(VPN)やベンダーのデータセンターと何ら変わりないのではないでしょうか。クラウドはパブリックでなければ意味がないと思う。不特定多数のサービスの良さを享受することが重要だろう。
次に構成要素だが、クラウドになったからといって、ネットワーク、ハードウエア、OS、ミドルウエア、アプリケーションがクラウド用に従来と違ったものになったのだろうか。確かに、分散コンピューティング技術や仮想化技術がなければできないという意味で基盤技術上の進展はあったが、それは大きな変化なのだろうか。変化をもたらす要因ではあるがそのものが変化ではないと思う。
別の角度からみてみると、費用やコストあるいは運用とか人的リソースの問題があるかもしれない。システム開発をしなくていいし、買ってこなくていいということでいえば一時的な費用から従量料金的な費用になることはその通りであるが、これとてリースで買えばあまり変わらないのではないだろうか。
大きなコストダウンが見込まれるのだろうか。規模の経済学が働く可能性があるが、デメリットもあるのでどうなのだろうか。運用の問題では、ハードウエアやインフラのお守が無くなるから、そうした人材がいらなくなるという面があるが、アプリケーションの運用はどうなるのだろうか。
けっこう悩ましいことは、クラウド化によって情報システム部門の業務が変化するということだ。こうした変化はある。つまり、情報システム部門は現状でかなりシステム運用にリソースを割いていますが、それがなくなるわけだから、別の機能を持たせるように役割を変える必要が出てくるのである。
理想的には、システム運用から本来果たすべき役割である事業とITの橋渡しをすべく変貌するというのがあるが、そう簡単にはいかない。なぜなら要求スキルが全く違うからである。ただ、早晩そうしたシフトは必ずやってくるのでそれに備えた方がいい。
結局、クラウドでなければできないことは何だろうかと考えたとき、サービスそのものが新たに出現するのではなく、その提供のし方、つまりその機能的な側面と性能に現れてくるのではないだろうか。必要なサービスを多くの候補から選べるようになり、それぞれを組み合わせることができるようになったとか、大量の処理が可能になったとか、早くなったとかといったことである。
そして、それを突き詰めていくとコストに集約される。すなわち、クラウドはコストダウンをめざしたソリューションなのである。言い換えれば、いろいろな角度からその費用対効果を吟味して、見合うようならそのサービスを買ってくるという態度が大切なのだろう。
(5) クラウドと業務システム
ここからは業務システムについて考えていく。最初にクラウドはサービス供給側の変化を強調したが、使う側それもエンドユーザにとってのクラウドということになる。つまり、クラウドコンピューティングによってもたらされるサービスを使うことでどんないいことがあって、今までと何が変わってくるのかといった論点になる。
まず初めに言いたいひどい間違いは、エンドユーザの人が、“これからうちの会社でクラウドコンピューティングを導入します”なんて言うことである。クラウドを入れることが目的化するのである。何のためにクラウドを使うのか、クラウドにあるどういったサービスがいいのでそれを使いたいのかをしっかりと見極めないと本末転倒である。
クラウドになって、素晴らしい業務システム、まあ業務アプリケーションでもいいが、出てきたのだろうか。クラウドでしかできないものが登場したのだろうか。もし、既存のものをクラウド上に乗せただけだとしたら、それを使う意味は何なのだろうか。それは前回指摘したように導入コストとか運用コストで選択されるだけである。
もし、業務システムをクラウドにするとしたら、それが使い回しできるものでないと意味がない。ということは、標準化、共通化できるものが対象であろう。それに対して共通化できない差別化されたもの、あるいは競争優位点を持ったものなどはむしろクラウド化しない方がいいのではないだろうか。
業務システムの議論で陥りやすい誤りは、手段の話ばかりに終始してしまうことで、新規の技術やアーキテクチャはどんどん出てくるが、それらはみな手段のことばかりである。ただ、クラウドというのは、従来のシステムを作るため手段から、使うための手段に変化してきていることは評価できると思う。
しかしながら、使うにしても使うものがよりいいものに変わったのであろうか。使い方の前に使うものの構造だとか機能だとかを進化させていかなくてはいけないのに、それができていないように思う。だから、クラウドにあるものを使ったところで、役に立たない、事業に貢献できないシステムを生み出すことには変わりない事態になるのである。ただ、すぐにやめられるというメリットはあるが。
結局、業務システムという捉え方をすると、クラウドの影響は少ないと言わざるを得ない。ちょっとした情報系のシステムや個人の生産性向上ツールなんては、クラウドが有効かもしれないが、企業のコアの業務への適用は難しい。それは、繰り返すが、他の会社と同じ仕組みにして競争するなんてことはナンセンスだからであり、固有の仕組みは固有のインフラ、プラットフォームでいいと思うからである。
(6) クラウド化するための要件とサービス
前回、前々回で企業のコアな業務システムはクラウド化には向いていないという指摘をした。ただだからといって、全く無関係というわけではなく、実は大いに関係してくる面もある。業務システムにとっては、そこで必要になるサービスを取得する場所でもあるということである。
何回も言っていることだが、クラウドを目的化してはいけないということ、クラウドを入れることで何でもできてしまうという誤解をしないことの裏返しとして、あくまで主体は業務システム側にあって、そこがクラウドにあるサービスを使いたかったら使えばいいだけの話なのである。
昔、クライアントサーバーなんて言われたこともあり、今ならSOAかもしれないが、要するにサービスという概念を正しく理解して、誰が何のためにどんなサービスを使うかを定義することが大事なのである。サービスの欲しがり手(クライアント)とサービスの出し手(サーバー)のリレーションシップである。
そして、必要なサービスをそれがあるところから持ってくるという授受を適正に行うのが業務システムの重要な機能なのである。業務システムは、そのオペレーションのために様々なサービスを依頼して、提供してもらうことを行う。ただ、それが当然のようにみなクラウドにある必要がなく、キャビネットの中でも人の頭の中でもいいのです。
ですから、必要なサービスがクラウドにあったらそれを使うというだけのことです。その時、クラウドでしかできないサービスは何かということで、4回目に議論したことである。そこをもう一度整理すると、クラウド以外の他のところでは、機能として持っていないのか、機能として持っているが性能がでない、機能・性能はあるがコストが見合わないのかをみて、どの理由でクラウドを使うのかという選択となろう。
最初の機能のところはそうでもないだろうが、あとの二つの威力はすごいと思う。簡単な例で言うと、顧客から引き合いとか問い合わせがあった時に初めてのお客さんだとどこにあるのかがわからないからその場所を知ろうとするなんてことは必ずといっていいほどあります。
昔はどうしていたかというと書棚から地図を引っ張り出して、ページをめくって見つけ出し、そのページをコピーします。ところが今はどうでしょうか。Googleで検索して終わりですよね。同じように、その会社の概要を知りたい時は、それこそ会社四季報をまためくりながら、または帝国データバンクの情報を見るわけですが、今ならウエブサイトを見れば一発でわかります。
このように、クラウド上にある情報は格段に早く、安価に手に入れることができるようになりました。ですから、クラウド時代では情報を使う側の要求レベルが非常に重要になってきます。クラウド上にいっぱいサービスがあるから、それを使えばいいという単純なことではなく、自分たちの業務システムで必要なサービスは何か、そのために使う情報は何かを設計できるスキルとそれはどこにあるのかを見つけ出すスキルが要求されてくるでしょう。
(7) 最後に
今回でシリーズも7回目であるが、最後にしようと思う。始めた時はもう少し何か書けるか思ったが、意外と早くネタが尽きた。それだけクラウドというものに深みがなかったということだろう。つまり、サービス供給側でのインパクトは大きいが、エンドユーザにとっては新規性や斬新性に乏しいのである。
なぜこんなことになっているのか考えてみると、ITについて議論を戦わせるリングがごちゃごちゃになっていることに起因しているように思える。例えば、このシリーズでも出てきたように、ITサービスを供給する側の話なのか、サービスを受ける方の話なのかを混同して議論してしまうことである。だから、あちら側ではすごいと言ってもこちらでは大したことがないとなる。このあたりは別のシリーズ記事を立てようと思っている。
さて、クラウドであるが、繰り返しになるがあくまで供給サイドの変化であって、しかもパラダイムが変わるような話ではなく、大規模分散サーバーで大量のデータを早く処理するというパフォーマンスとそれを運用する可用性がとてつもなく向上したということなのだと思う。Google、Amazonといったパブリッククラウドがそれを実現しているのである。
そして、最終的にはコストに集約されてきて、費用対効果が見合うかどうか、そしてそれに重要なファクターとしてリスクを加味して判断するのだろう。コストとリスクは必ず相反するから、トレードオフとしてバランスをみて選択すればいい。
日本の企業では、パブリッククラウドとか言って狭い閉じたエリアでやってますよというのがあるが、これは厳密にはクラウドではないのではないでしょうか。3回目にも書いたようにデータセンターやVPNとどこが違うのかと言いたいのである。だから、無理やりクラウドと呼ぶ必要性はない。
先日、前にいた会社の元部下と呑む機会が会って、いろいろと話をしていたら、クラウドのことに話題になった。別にクラウドを意識してやっているということではなく、やっていることが結果的にクラウドだねという話である。
どういうことかというと、ぼくがいた頃にグループ会社向けにネットワークの提供とアプリケーション使用サービスを始めた。親会社の情報子会社の最大のミッションはグループ会社のIT化支援にあるという信念からである。ハードからソフトまでの共通利用と運用の一元管理が、全体の高ストダウンにつながると考えたのである。このことは3回目に書いたことである。
ところが、その当時は単体経営から連結経営へシフトする時期ではあったが、まだグループ会社の独立性が高く、自前でシステム部門をもったり、地元のベンダーと仲良くやったりとあまり協力的ではなかった。だから、少しずつ糾合していったのである。
ところが、ここにきてグループ各社がこぞってグループネットワークに入りたいと言ってきているのだそうだ。おわかりのように、震災の影響である。直接的に被害に合った東北のグループ会社からはもちろんのこと、全く別の地域の会社からも問い合わせがあるという。ぼくから言わせると、最初から気づいてくれよと言いたいが、やはり何か起きないとその気にならないものなのだろう。
ユーザからみるとクラウドなんて言葉は知らないと思うが、これがクラウド化なのである。「カジュアルBPMのすすめ」というシリーズでも指定したが、システムの送り手(作り手)側の発想ではもう限界なのであって、ユーザ(使い手側)の感覚をもっと大事にしたアプローチが必要だと今回も強く感じたのである。