アメックスからのスピンオフ企業がiPaaSを導入
クラウドファーストの切り札か？ 年商2兆円企業もほれ込んだ「iPaaS」の実力（1/2 ページ）
American Expressから分離独立したビジネストラベル会社が、クラウドファースト戦略の推進に当たって「iPaaS」を採用した。そのいきさつや選定の背景を探る。
iPaaSがGBTのクラウドファースト戦略に貢献
「出掛ける時は忘れずに」は、American Express（アメックス）の有名なキャッチフレーズだ。だが2014年に同社のグローバルビジネストラベル事業部門のスピンオフで生まれた新会社のAmerican Express Global Business Travel（GBT）は、独立時にほぼ全てのITシステムを置いていかざるを得なかった。
それまでの枠組みから出て、独立企業として新たにITオペレーションを立ち上げるのは容易なことではなかった。GBTは誕生当時、ある意味で珍しい存在だった。GBTは世界120カ国近くで事業を展開し、年間200億ドル（約2兆円）の売上高を誇る巨大企業でありながら、クラウドを前提としてシステム構築を進める「クラウドファースト」戦略を採用したスタートアップだったからだ。
クラウドファースト戦略は、既存システムをクラウドへ移行する一般的なアプローチとは異なる。実現に一役買ったのが、Dell Boomiの大規模エンタープライズiPaaS（integration Platform as a Service：サービスとしての統合プラットフォーム）の導入だ。iPaaSは、クラウドやオンプレミスを問わず、複数システム間の連係に必要な機能を備えたPaaSのことを指す。
併せて読みたいお薦め記事
「iPaaS」「PaaS」についてもっと詳しく
先駆的なPaaS導入事例
システム整備の猶予機関は数カ月
「われわれはわずか数カ月で人事、給与管理、調達、財務といった大規模業務システムを新規に立ち上げ、相互に連係させなければならなかった。これらのシステムについては、American Expressのシステムとは完全に切り離す必要があった」。GBTのディレクターを務めるプラサント・パニカー氏は、こう振り返る。まずこれらの業務をカバーするシステムを用意し、次に顧客向けのトラベルアプリケーションに取り組むことにした。
クラウドファースト戦略が奏功したのは、管理業務の分野においてだった。GBTが選んだSaaS（Software as a Service）形式の人事や給与管理などのアプリケーションは、いずれも各ベンダーがクラウド環境にホストしているものだった。
GBTがクラウドファースト戦略を管理業務アプリケーションに適用した背景には、1つの大きな判断もあった。それは「人事や給与管理アプリケーションの開発に、重要なITリソースを投入する必要はない」というものだった。「市場でのわれわれの差異化にはつながらないのが、その理由だ」とパニカー氏は語る。
システム連係のニーズにiPaaSで応える
クラウドファースト戦略を実行するためには「『さまざまなクラウドアプリケーションを相互に連係させたい』という、われわれの喫緊のニーズに応えるシステム連係プラットフォームを見つけなければならなかった」と、パニカー氏は説明する。
クラウドへの大掛かりな移行に取り組み、短期間に一連のシステム連係の仕組みを開発するには、大規模なシステム連係プラットフォームと冷静な頭脳の両方が必要になる。幸いにも、GBTのパニカー氏は全くパニックにならなかった。それはまさにiPaaSでできることだったからだ。
「さまざまなアプリケーション間、システム間、データストア間でやりとりされるデータについて、企業がそれらの移動や管理、ガバナンスを実行できるように支援するのがiPaaSだ」。Dell Boomiの製品およびパートナーマーケティング担当ディレクターを務めるブレット・スタインマン氏は、こう説明する。
コンサルティング契約を結んでいた調査会社Forrester ResearchやGartnerからのアドバイスを踏まえ、GBTは最終的にDell BoomiのエンタープライズiPaaSを選択した。パニカー氏は、選択に当たって、
- 使用するクラウドアプリケーションの既製コネクターが用意されていること
- 迅速に連係できること
- スケーラビリティやセキュリティが確保されていること
を重視した点という。
クラウドへの移行を乗り切ったパニカー氏は、似た状況にある担当者からアドバイスを求められるようになった。「自社の状況やユースケースをよく理解する必要がある。われわれの場合は、そのためにユースケースを全て洗い出し、詳しく分析した」（同氏）
「クラウドファースト」だが「クラウドオンリー」ではない
他のスタートアップと同じく、GBTはクラウドのみでシステムを構築、運用することが最も望ましい戦略だと考えていた。だがそれは「現実的ではなかった」とパニカー氏は語る。同社は大規模なレガシーシステムを抱えていたからだ。
GBTが内製をした一連のプロプライエタリなレガシーシステムは、いずれもクラウドの企業利用が活発化する前の時期に設計したものであり、クラウドへの移行に適さなかった。システムから膨大なトランザクションが発生するといった設計面の理由からだ。「多くのITシステムがレガシーシステムに組み込まれていた」とパニカー氏は説明する。
そのためGBTは、オンプレミスシステムの運用も継続させる必要があった。今のところ、主要なトラベルアプリケーションも全てオンプレミスで稼働させている。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
3
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
「何から始めればいい？」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
6
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
7
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
-
8
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
9
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
10
「身代金を支払う」以外のランサムウェア対策は本当にあるのか？
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー