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のタクシーアプリビジネスが始まったとき、ディミトロフ氏のある判断が同社のビジネスを妨げたという。

この記事を読んだ人にお薦めのホワイトペーパー

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

Loading

注目テーマ

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

news080.jpg

石黒 不二代氏が語るオムニチャネルの本質、“個”客中心主義とは何か
セブン&アイ・ホールディングスの一大プロジェクト「omni7」を構想から開発まで支援した...

news088.jpg

「Marketo」や「Sansan」とも連係するマーケティングプラットフォーム「SCORE」、メジャースが提供
メジャースは、マーケティングプラットフォーム「SCORE(スコア)」の提供を2016年6月よ...

news061.jpg

「マーケターは代理店との関係見直しが必要」、Forbes InsightsとOracleが共同調査
Forbes InsightsとOracleは共同で調査を実施。マーケターと代理店は、協業関係を向上させ...