iPaaS: クラウド アプリケーション展開の聖杯?

コンポーネント化されたアプリケーションを展開するときは常に、それらのコンポーネントが互いを検出し、ストレージ リソースに接続し、最終的にエンド ユーザーに接続できる必要があります。アプリケーション リソース投資が静的である場合、アプリケーション コンポーネントには静的アドレスがあり、展開時に統合できます。

クラウド時代においては、統合そのものがクラウドサービスとなるのは当然のことです。統合プラットフォーム・アズ・ア・サービス (iPaaS) は、クラウド サービスを統合する唯一の最良の方法ではありませんが、唯一の方法である可能性もあります。つまり、iPaaS は、アプリケーション コンポーネントのコレクションとリソースのセットを囲み、これら 2 つを一貫した方法で接続する、クラウドでホストされるアプリケーション コンポーネントの「ラッパー」です。 iPaaS は、他のクラウド プラットフォームと同様に、アプリケーションをホストし、ユーザーをサポートできる仮想コンピューターまたはミドルウェア プラットフォームをクラウド内に作成します。

[[244512]]

クラウドアプリケーションの統合の難しさ

クラウド アプリケーションを手動で統合する場合、2 つの問題があります。まず、クラウド リソースの場所は、クラウドがアプリケーションをホストする方法によって異なるため、リソースを見つけてリンクするだけでも困難になる可能性があります。 2 番目に、負荷分散やメッセージングとサービス バスを通じて処理されるワークフローなど、一部の統合タスクは実際には「クラウド アプリケーション」と見なす必要があります。これらの機能を特定の環境で実行すると、単一障害点が発生するだけでなく、統合要素がその場所に配置されておらず、アプリケーション コンポーネントに適応していない場合は、不要なネットワーク遅延が発生する可能性もあります。明らかな解決策は、iPaaS を使用してこれらの統合機能をオンプレミスでホストすることです。

基本的なレベルでは、iPaaS は「コネクタ」のセットです。 「ダウンストリーム」レベルでは、これらのコネクタは、ディレクトリ機能やパブリッシュおよびサブスクライブ アプリケーション インターフェイスと同様に、プロセスを通じてアプリケーション コンポーネントにリンクします。クラウド コンポーネントがリソースにロードされると、iPaaS に登録され、コネクタにリンクされます。このコネクタは、ユーザーやコネクタの「上流」にある他のコンポーネントに対して、公開された不変のインターフェース (API) として表示されます。アプリケーションはこれらのアップストリーム API を参照して、接続されている場所に関係なくコンポーネントにアクセスできます。

このプロセスは、サービス指向アーキテクチャ (SOA) アプリケーションの Universal Description, Discovery and Integration (UDDI) 機能に似ています。 iPaaS がこの基本形式に限定されている場合、機能しない可能性があります。ただし、基本的な iPaaS API のコレクションにより、PaaS に似たクラウド プラットフォームが効果的に作成されます。 iPaaS フレームワークは、管理アプリケーションを提供し、クラウドおよびミドルウェア管理ツールを使用してアプリケーションをリソースにロードし、コネクタに自動的に登録できます。

iPaaSは企業にとってさらに大きな意味を持つ

オーケストレーション ツールには、上流コネクタ API を呼び出してワークフローを駆動するメッセージングおよびサービス バス関連のビジネス プロセス実行言語 (BPEL) ツールが含まれています。ホストされている場所に関係なく、アプリケーション コンポーネントに接続することも可能です。基本的な iPaaS フレームワークに管理とオーケストレーション機能を追加すると、ほとんどの企業にとってより興味深いコンセプトになるほどのユーティリティが生まれ、iPaaS フレームワークの大幅な改善につながる可能性もあります。

iPaaS 機能は、「サービス コネクタ」、つまりユーザー コンポーネントではなくプラットフォーム サービスを表すコネクタと統合されます。これらのサービスには、管理およびオーケストレーション機能だけでなく、サービスとしてのデータベース (DBaaS)、ネットワーク仮想化および制御、企業の境界を越えて集約してパートナーのサプライ チェーン プロセスや顧客とサプライヤーの統合をサポートできるカスタム ビジネス機能など、さまざまなミドルウェア機能も含まれます。 iPaaS を適切に使用することで、企業は統合アプリケーション用のパートナーシップ ベースのプラットフォームを設定し、コラボレーション ベースのアプリケーションを構築することもできます。

サードパーティのソフトウェア プロバイダーは、iPaaS を使用して、iPaaS を通じて「サービスとしての」モデルでソフトウェアをリリースしたり、iPaaS に登録して簡単に統合できるソフトウェアを販売したりできます。 iPaaSの導入でデータベースアクセスなどの組み込みサービスが提供されていない場合は、

サードパーティは、コネクタを使用してこれらのサービスを拡張し、iPaaS アプリケーション環境をさらに強化し、その有用性と機能性を向上させることができます。

iPaaSはハイブリッドクラウドのシームレスな統合を実現します

iPaaS フレームワークは、SOA または RESTful Web インターフェイスを使用して、複数のクラウド、ハイブリッド クラウド モデル、マルチベンダー クラウド アプリケーション、クラウドとレガシー アプリケーション間をシームレスに統合できます。利用可能なリソースの範囲 (パブリック クラウドまたはプライベート クラウド) にわたってアプリケーション コンポーネントをロードする場合、iPaaS フレームワークは、ロードされた場所に関係なく、適切なダウンストリーム コネクタにリンクできます。ユーザーは、公開された変更されていないアップストリーム API を使用してアプリケーション コンポーネントを検出できます。

iPaaS 要素は本質的にクラウドでホストされており、ソフトウェアがインフラストラクチャを提供する場合は複製または移動できます。これにより、ユーザーが iPaaS ホスティング ポイントと関連するクラウド リソースを管理できるようになるため、可用性が向上し、パフォーマンスが向上する可能性があります。

iPaaS の可能性を実現することは別の問題です。 iPaaS 機能は、次の 3 つのソースから提供されます。

IBM、HP、Software AG、SAP などの IT 企業には、クラウドでホストして iPaaS を作成できるプライベート クラウドまたはサービスとしてのソフトウェア (SaaS) 機能があります。このソフトウェアの多くは、すでにいくつかの水平および垂直の業界コミュニティ クラウドで利用可能です。

クラウド統合ツール自体がクラウドでホストされ、iPaaS が作成される場合もあります。一部のツールベンダーはこれを実行しているか、短期的にこの分野に参入する予定です。

一部の iPaaS プロバイダーは、このサービスを主力製品としてリリースしています。

潜在的な iPaaS プロバイダーの数はおそらくさらに多いでしょう。有能な開発者を擁する組織、あるいは企業自体でも、独自の iPaaS 製品を作成したり、基本パッケージを開発したりする方法を簡単に想像できます。ただし、iPaaS 機能の完全な信頼性のある実装はより高度なタスクであり、iPaaS はパブリック クラウド インフラストラクチャからクラウド サービスとして提供される場合に最も信頼性が高くなります。 iPaaS パッケージを構築し、それをパブリック クラウドでホストするソフトウェア プロバイダーは、現在最も有望な iPaaS のソースです。

導入が遅いとiPaaSの真の価値が隠れてしまう可能性がある

iPaaS が直面する最大の障害は、その価値に対する経営陣の理解不足です。クラウド導入を検討している企業の多くは、iPaaS が明らかに価値があるとわかっていても、それを見たことも検討したこともありません。パブリック クラウド サービス プロバイダーがユーザーに iPaaS の検討を勧めることはほとんどありません。現在、このコンセプトのユーザーは少なく、ユーザー間の議論が制限されており、サポート コミュニティも出現していません。

アプリケーション統合とマルチソース リソース共有を管理する iPaaS などの機能がなければ、IT 予算の大部分を占めるミッション クリティカルなコア アプリケーションでクラウド コンピューティングがさらに成功する可能性は低いでしょう。 iPaaS は一般的なクラウド用語になりましたが、まだ重要な用語ではありません。

iPaaS は、クラウド サービス プロバイダーとクラウド カスタマーを PaaS クラウド モデルへと移行させる要因にもなり得ます。最初は IaaS であったとしても、サービス機能をクラウドに統合して PaaS を作成します。 iPaaS が成功すれば、他のサービス機能を追加することは間違いなく有益となるでしょう。ある観点から見ると、iPaaS は実際のクラウド アプリケーションの基盤を提供する可能性があり、これは販売者とクラウド ユーザーの両方にとって大きな改善となるでしょう。