iPaaSとは? - 特長や事例をご紹介

皆様ご存知のように、日本でもパブリッククラウドなどのクラウドの利用率が増加し続けています。2022年時点で約7割^*を超える企業が何かしらのクラウドサービスを利用しています。その結果、従来のオンプレミスで利用していたシステムとクラウドを利用したサービスの間でのデータ連携が必要となってきています。
^*（出典）総務省「通信利用動向調査」

前述のクラウド利用増加にも関係しますが、企業でのSaaSの利用増加もiPaaSが注目される背景になっています。ある企業での調査^*では1社あたり平均89のアプリが利用されており、従業員が2,000名以上の企業に絞ると平均211のアプリが利用されているという調査結果があります。その結果、各SaaSアプリケーション間のデータ連携が必要となり、iPaaSによるデータ連携が注目されるようになりました。
^*（出典）Okta社「Businesses at Work 2023」調査結果より

オンプレミスとクラウド上のシステム、それに加えて増え続けるSaaSの利用によって、各システム間のデータ連携の要望は増え続けています。しかしながら、従来のコーディングによる1対1のデータ連携の開発ではコストと開発速度の観点でニーズを満たせなくなってきました。そこで、ローコードやすでに開発済みのコネクターによってデータ連携の開発速度の向上が期待されるiPaaSが注目されるようになりました。さらに、ガバナンスの観点からも、データ連携を一元管理する必要があり、その点でも1つのプラットフォームでデータ連携を管理できるiPaaSが注目されるようになりました。

必要なシステムのデータ連携をローコードによって開発することが可能です。また、よく利用されているSaaSやERP、DBなどとのデータ連携のためにもすでに構築済みのコネクターが提供されており、ドラッグ＆ドロップによって利用することが可能です。そのため、コーディングによるデータ連携の開発に比べて、開発工数を削減することが可能です。

データ連携の開発や拡張性、可用性、冗長性などクラウドの利点を十分に活用した製品のアーキテクチャーになっています。そのため、データ連携のためのITインフラの新規購入や運用などの負担が発生せず、コスト削減につなげることが可能になります。

iPaaSによってデータ連携を開発する際は、様々なベンダーが提供するソフトウェアとの連携が検討されます。そのため、特定のベンダーやプラットフォームにとらわれることなく、様々な製品との連携に対応しています。

今までのデータ連携は、連携したいシステム間を点と点で結ぶように連携していました。そのためデータ連携が必要になると都度開発や変更が発生し、管理にかかる工数が増えていました。しかし、iPaaSは1つのプラットフォームでデータの連携を開発・管理ができます。そのため、データ連携を可視化して管理工数を削減できます。また、企業のデータの信頼できるソースとしてデータを一元管理できるようにもなります。

連携したいデータは世界中のクラウドだけでなく、企業の点在するオンプレミスシステムにも存在しています。そして、発生するデータ量は一定ではなく急増することもあります。そこで、低遅延かつ高パフォーマンスのデータ連携を実現するために、iPaaSは分散型のアーキテクチャーを取っている必要があります。

ETLとは Extract Transform Load の略です。あるシステムからデータを抽出し、フォーマットを変換し、別のシステムへ書き出すという一連の処理が名前になっており、データベースなどからデータを抽出、加工して、分析のためのシステム（データウェアハウスなど）へ書き出すというのがETLの用途です。対象データを夜間バッチで収集し、分析のためのシステムへ書き出すと運用が一般的で、現在でもバッチで行う大容量データの要件ではETLと言う用語が使われます。

EAIとはEnterprise Application Integrationの略です。企業に存在するアプリケーションを統合しようというコンセプトの製品です。標準インターフェイスやAPIを提供するアプリケーションが広く普及したことにより、技術的に可能になりました。最大のメリットは、管理運用性の飛躍的向上で、EAI製品を導入すると、ハブ＆スポークと呼ばれる構成（バス型というのもありました）を取ることができます。

ESBとはEnterprise Service Busの略です。EAI製品を用いてインテグレーションを実現するにあたり、多くの方がぶつかる疑問がありました。ただEAI製品を介して繋ぐのではなく、統合のベストプラクティスはないのだろうか、最適なアーキテクチャーは何か、という疑問です。そこに特化して出現したのがESBです。ESBは、サービスをインテグレーションします。システム、アプリケーション、データなどのテクニカル面から統合を捉えるのではなく、ビジネス面から考えます。具体的に言うと、注文受付という処理があり、注文受付を細かく見ていくと、製品の在庫確認を行い、在庫があれば在庫割り当てを行うといった一連の処理があります。それらをサービスとして捉えます。本来の統合の目的であるビジネス要件の実現に立ち返り、ビジネス観点から統合を捉え、サービス指向は広く支持されています。

Boomiの柔軟性に優れたマルチテナントアーキテクチャにより、お客様が基盤としているシステムのデータを安全に連携できるようにします。BoomiのiPaaSは、Boomiがソフトウェアとインフラストラクチャを管理および更新し、お客様に定期的なアップグレードを提供します。 これにより、お客様はデータ連携の実装時には、ソフトウェアのインフラストラクチャを購入、導入、管理、保守する必要がなくなります。

iPaaSは、一般的な転送方法をサポートし、非標準データフォーマットに汎用変換機能を提供します。 また、B2B、EDI、標準ベースのWebサービス、医療向けHL7といった業界固有の標準など、さまざまなエンタープライズ統合シナリオもサポートします。

SaaSアプリケーションの普及とデータの爆発的な増加により、多くの場合、リアルタイムの情報交換と、ほぼリアルタイムのローレイテンシー処理が必要になります。これらの機能をiPaaSプラットフォームに組み込むことで、より広範な統合要件を満たし、複雑さを最小限に抑えることができます。

プラットフォームの匿名使用メタデータを収集して集約し、Boomiコミュニティが利用できるようにすることで、データ連携の構成、テスト、および実装にかかる時間を短縮できます。 たとえば、各データのフィールドをマッピングするときに、リポジトリはユーザーが新しいデータマップを作成するために利用できるメタデータマップを取得します。 データ連携を、少ないエラーで迅速に構築できるようになり、タイム・トゥ・バリューが短縮されます。

すべてのデータが単一のバスを通過する従来のミドルウェアソリューションとは異なり、iPaaSのデータ連携プロセスの開発および管理はクラウドで行われます。 開発されたプロセスは、ランタイムエンジンにパッケージ化され、クラウドやオンプレミスにデプロイすることで、顧客固有のセキュリティやレイテンシーの問題に対処することができる。

iPaaSのソリューションは、企業全体のデータ連携を作成、導入、監視、および管理するための直感的なWebベースのコンソールを提供します。 お客様は、すべてのプロセスを一元的に把握できます。

サブスクリプションサービスとしてのiPaaSは、予測可能で管理可能な価格設定で、お客様は必要なものを利用量を不安に思う必要はありません。

このお客様はグループ企業の社内インフラの中枢である基幹システムを長年自社開発していました。しかし、営業現場を中心にSaaSの利用が高まる中、データ連携の自動化が喫緊の課題となっていました。そこで、BoomiのiPaaSを利用して基幹システムとSaaSを連携わずか1ヶ月以内で実現しました。
事例を読む

ベルギーの大手金融サービス企業では、新サービス開発に必要なシステム間のデータ連携をBoomiで実施、開発期間を9か月に短縮しました。また、システム間のデータ連携により、お客様の利用開始までの期間も数か月から数日に短縮し、顧客満足度の向上に繋げました。
事例を読む

カナダの食料品製造メーカーはオンプレミスからクラウドのSnowflakeへとDWHを移行、その際、ERPや販売注文システム等のマスターデータの作成とデータ連携をBoomiにて実施し、レガシーインフラストラクチャの技術的負債解消につなげました。
事例を読む

著名な製薬企業モデルナ社ではBoomi製品を使っています。本事例では、急増した新入社員の受け入れ作業においてBoomi製品を利用し、人事システムとワークフロー製品を連携、一貫した人材のマスターデータによってシステムの権限設定などオンボーディングにかかるマニュアル作業を削減しました。
事例を読む

1895年にトリノで創立されたLavazzaは事業買収に伴うシステム統合をBoomiのiPaaSを利用して実施、わずか5ヶ月で15のシステム統合を行いました。その過程にて、過去から利用され、ブラックボックス化していたデータ連携の可視化にも成功しています。
事例を読む