現在、「企業で利用しているクラウドアプリケーションはスパゲッティ状態でつながっており、IT部門の制御がきかない状態になっている（図1）」と語るのはガートナー リサーチ バイス プレジデント兼ガートナー フェロー、イェフィム・ナティス氏だ。「例えば営業部門は、米Salesforce.comの『Sales Cloud』や『Force.com』を利用しつつ、『Gmail』と連係して新規顧客リストを利用したいと考えるだろう。また、マーケティング部門は（米Aprimoの統合マーケティングソフトウェア）『Aprimo Marketing Studio』をモバイルデバイスからも活用したいと考えるのではないか。Oracle DatabaseはSAP ERPソリューションと連係し、SAP ERPは『Amazon Web Services』（AWS）と連係する――このスパゲッティの輪の中には、『Facebook』や『LinkedIn』のようなソーシャルサービスも介在する」

21世紀、スパゲッティ状態のクラウドアーキテクチャが大きく立ちはだかる（出典：ガートナー、2015年3月）

　今や、企業内のあらゆるシステムが世界中のエンドポイントデバイス／アプリケーションとつながっている。営業部門やマーケティング部門といったエンドユーザーは、クラウドアプリケーションを使う目的や必要なスキルがそれぞれ異なり、お互いがアプリケーション連係について調整することはない。ナティス氏は、このような状態は、遅かれ早かれ問題になると注意を促す。「エンドユーザーは、何か不具合が発生したり、新たなクラウドアプリケーション連係のニーズが起こった際に、IT部門に既存アプリケーションの修正を相談するだろう。しかし、時既に遅し。個々のクラウドアプリケーションは、IT部門の対処できない複雑怪奇な状態にあり、インテグレーションの問題点もよく分からないことになりかねない」

　既に多くの企業では、さまざまなクラウドインフラやクラウドアプリケーションを利用している。ビジネスが1つのアプリケーションで完結することは少なく、エンドユーザーは次々にアプリケーションを連係したくなるだろう。「かつてオンプレミスでそうだったように、アプリケーション連係のニーズはクラウドでも同様に起こっている。この点においてIT部門は、どう問題を解決し秩序を見いだせるかが課題だ」とナティス氏。クラウドアプリケーションの統合は、ビジネスを担うエンドユーザーにとっても、IT部門にとっても避けられないテーマなのだ。

　ガートナーでは、このクラウドアプリケーションの統合を「Cloud Service Integration」（CSI）と呼んでいる。CSIによって企業ITはどう変わるのだろうか。ナティス氏は、「アプリケーションの調達期間の短期化（時間／日単位）が実現し、エンドユーザーのニーズに迅速かつ的確に応えられるようになる」と述べる。今日でも既に、Sales Cloudや業務管理SaaS「Workday」などのアプリケーションは、IT部門ではなく業務部門によって購入されることが多い。今後、アプリケーション導入はますます業務部門主導になるだろう。

　そして、企業が導入するアプリケーション自体も変化する。「企業には、比較的単純だが小さなアプリケーションが増え、統合も多数発生する。オンプレミスのプラットフォームで主役だった独SAP、米Oracle、米IBMといった複雑で高度、使いにくい、パワフル過ぎるベンダーのアプリケーションとは異なる世界だ」（ナティス氏）

　CSIの世界では、アプリケーションは高度である必要がなく、低コストで開始でき、短期で習得可能なものがうける。一方、課題となるのは「アプリケーションの監視、管理、ガバナンス」だという。

4つのCSIプラットフォーム

　では、CSIを実現するプラットフォームとは具体的にどのようなものなのか。ナティス氏によれば、CSIのプラットフォームの種類には大きく4段階あるという。

　1つは、オンプレミスの統合プラットフォーム（クラウドtoグラウンド）だ。SAPや米InforやOracleといったベンダーのオンプレミスのアプリケーションと、Salesforce.comやWorkdayといったベンダーのクラウドプリケーションの統合である。このパターンでは、オンプレミスのアプリケーションの方が多く、SaaS／クラウドAPIはほとんどない。QoS（Quality of Service）要件が非常に厳しく統合は複雑だ。その代わり、価値実現までの時間はそれほど重大ではない。統合の技術には、ESB（Enterprise Service Bus）」、ETL（Extract／Transform／Load）、統合アプライアンスが用いられる。

　2つ目はiPaaS（インテグレーションPaaS、クラウドtoクラウド）である。今、統合すべきアプリケーションはほとんど、クラウド上で動作するアプリケーションだ。企業で利用するITには、オンプレミスのアプリケーションが少なく、SaaSやPaaS、クラウドAPIの方が多い。価値実現までに求められる時間は短いが、統合の複雑さやQoSは中程度である。

　3つ目はiSaaS（インテグレーションSaaS、クラウドtoクラウドtoモバイル）である。オンプレミスのアプリケーションがなく、SaaSやクラウドAPIがほとんどを占める状態だ。QoSやセキュリティ要件はそれほど高くないが、価値実現までに求められる時間が極めて短いのが特徴だ。GmailやLinkedinなど単純なサービスが多い。統合にはコーディングが不要で、そのためエンドユーザーによる統合を許可し、実現している。問題はガバナンスやトラッキングのコストだ。

　4つ目はハイブリッド統合プラットフォーム（HIP）である。上記3パターンを統合した形だ。ほとんどの企業は既にオンプレミスのアプリケーションに関しては統合し、この形に近づいてきているだろう。

図2　ハイブリッド統合プラットフォーム（出典：ガートナー、2015年3月）

　ナティス氏は、クラウドアプリケーションが企業のアプリケーション利用の幅を広げることを踏まえつつ、現実にはCSIが単純ではないことにも言及している。「CSIではAPI連係が全てだ。ただし、APIは単なるドアにすぎない。アプリケーションを統合するときには共通言語を使い、APIゲートウェイの裏側ではたくさんの処理を書かなければならない。また、複数のソースを継続的に統合していかなければつながらない」と指摘する。当然ながら、アプリケーションによってビジネスロジックは異なる。JDBC（Java database connectivity）やJMS（Java Message Service）といったAPIで連係するケースもあれば、SOAP（Simple Object Access Protocol）を使用するケースもある。ビジネスロジックを超えてアプリケーションを統合する方法はさまざまであるということだ。

　なお、オンプレミス／クラウドアプリケーションやPaaSを統合するためのコネクタとテンプレートを提供するiPaaSベンダーも存在する。代表的なベンダーには米Informatica、米MuleSoft、米TIBCO Softwareなどがある。

　IT予算がIT部門から業務部門に流れてきているといわれる現在、場合によっては、業務部門がIT部門に頼らずアプリケーションを開発、利用してしまうケースも見受けられる。「業務部門によるアプリケーション開発を昔は『シャドーIT』と非難してきたが、今はビジネスのイノベーションのパワーになっているとポジティブな認識に改めなければならない。IT部門は妨げてはならない」とナティス氏は提言する。また、「もうIT部門は、組織のITの全てをコントロールしようとせず、独自の選択をする業務部門にアドバイスをする役割に変わらなければならない。IT部門が全てを自前で作りコントロールするのは、一部の大規模で複雑なプロジェクトに限られるだろう」と付け加えた。今後、企業のIT導入がエンドユーザー主導に変わっていけば、IT部門の役割は自ずとコーディネーターにならざるを得ないということだ。