2015年06月17日 08時00分 UPDATE
特集/連載

Hailoがマイクロサービスを採用した理由タクシー配車サービスHailoがアプリ開発で犯した失敗

2タップでタクシーを呼び出せると話題の配車サービスHailo。英国だけでなく日本でもサービスを展開している同社は、アプリ開発に際して大きなミスを犯していた。同社がマイクロサービスを採用するに至った理由とは何か?

[Cliff Saran,Computer Weekly]
Computer Weekly

 英Hailoでプラットフォームオートメーション部門を率いるボヤン・ディミトロフ氏は、ソフトウェア開発のニーズは、近代社会の需要に後れを取らないように変化していくものと考えている。

Computer Weekly日本語版 6月3日号無料ダウンロード

16876.gif

本記事は、プレミアムコンテンツ「Computer Weekly日本語版 6月3日号」(PDF)掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。

なお、同コンテンツのEPUB版およびKindle(MOBI)版も提供しています。

ボタンボタン

 ディミトロフ氏はロンドンで行われたAmazon Web Services(AWS) Summitで、Hailoのタクシー配車アプリがAWSをどのように使用しているかについてのプレゼンテーションを終えた後、Computer Weeklyのインタビューに応じてこのように語った。

 Hailoにとって重要な点は、このバックエンドアプリケーションが従来のエンタープライズソフトウェアとは根本的に異なる方法で開発されていることだ。

 ソフトウェアを開発する際、マイクロサービスとDevOpsアプローチとを組み合わせることによって、Hailoサービスに絶えず新機能をリリースできるようになる。多くのタクシーアプリが競合する現状では、この姿勢が重要性を増すという。

 このアプローチは、数年前は全く耳にしなかった。米Googleや米Facebookは別にして、競合他社に一歩先んじ、ソフトウェアに機能やサービスを絶えず追加するためのリソースを確保している企業はほとんどなかった。CEOがこのイノベーションを強く望んだとしても、そのために必要な容赦のないペースに付いて行けるIT部門はほんの一握りにすぎない。

 かつて、銀行のバックエンドシステムなどの従来型企業アプリケーションは、巨大なモノリシックソフトウェアとして開発されていた。このようなアプローチは大企業には適していたかもしれないが、ディミトロフ氏によれば、これには常に特有の問題があったという。

 「銀行アプリケーションのロジックはかなり明快だ。だが、企業アプリケーションの課題は、アプリケーションの規模が非常に大きく、週単位のリリースサイクルでチームが分担して作業を行う必要があることだ」と同氏は話す。

 ディミトロフ氏によれば、ソフトウェアは数カ月置きにしかリリースできないため、巨大なモノリシックアプリケーションではビジネスに深刻な支障を来たす。「銀行業務にはあまりないことだが、新規事業では可能な限り迅速に機能を追加することが求められる」と同氏は語る。

 2011年にHailoのタクシーアプリビジネスが始まったとき、ディミトロフ氏のある判断が同社のビジネスを妨げたという。

この記事を読んだ人にお薦めの関連記事

注目テーマ

ITmedia マーケティング新着記事

news051.jpg

「SATORI」が機能アップデート、シナリオ機能を強化
SATORIはマーケティングオートメーションツール「SATORI」の機能アップデートを発表した。

news012.jpg

AIで社会課題を抽出して国会議員に届けてみた結果――東大・電通PR・ホットリンク調べ
国会議員の政策策定にもAIを活用する日がくるかもしれません。

news028.jpg

電通が分類する30の「メディアライフスタイル」はなぜ生まれたのか、ここから何が見えてくるのか
電通メディアイノベーションラボが類型化する30の「メディアライフスタイル」。これによ...