コスト、拡張性で「Amazon Redshift」と比較
リクルートの「Airメイト」に「BigQuery」と「Dataflow」が不可欠だった理由
リクルートは飲食店の経営状態を分析する「Airメイト」に、GCPの「BigQuery」と「Cloud Dataflow」を採用した。大量データ処理に強いGoogleクラウドのメリットを最大限に生かした事例として参考になりそうだ。
「iPad」を使ったPOS(販売時点情報管理)システム「Airレジ」に始まった、リクルートライフスタイル(以下、リクルート)の中小飲食店向けサービス群。そこに新たに加わったのが、経営を支援する「Airメイト」だ。レジでの情報、注文用ハンディー端末の情報に加えて、同社の既存サービスから得られる情報も活用して飲食店の経営状態を分析する。単なる可視化ではない、改善策の提案や個別施策の効果測定を実現するための分析機能を担うのは、クラウドサービス群「Google Cloud Platform」(GCP)のリアルタイムデータ処理サービス「Google BigQuery」だ。
紙文化が残る中小飲食店にデータ活用の風を吹き込むAirメイト
リクルートは、幅広いドメインでB2C(企業対個人取引)のマッチングを支援してきた。その中でもグルメ情報サイト「ホットペッパーグルメ」で扱ってきた飲食店業界は、中小規模の顧客が少なくない。大規模チェーンを除き、ほとんどの店舗でPOSシステムの導入や、その情報を生かした経営戦略立案などには至っていない。そうした中小規模の飲食店を支援するために同社が開発したのがPOSシステムのAirレジであり、アルバイトのシフト調整を支援する「Airシフト」、決済システムの「Airペイ」、POSデータを生かした接客を支援する注文端末「Airレジ ハンディ」だ。
「飲食業界では、いまだに多くの情報が紙で扱われています。営業終了後にスタッフがレジ締めと呼ばれる売り上げ集計をしなければならず、終電に間に合わないのが日常茶飯事というお店も少なくありません」。こう話すのは、リクルートのAirレジ事業責任者、山口順通氏だ。
紙文化が残っていることによる弊害は、深夜に及ぶレジ締めだけではない。複数店舗を経営する場合、それぞれの店舗の現状を知りたくてもその情報は紙でしかまとめられておらず、知りたいことを知りたいときに知ることができない、という現状があるという。POSシステムを導入すればこれらの課題を解決できるが、一般的にPOSシステムは少数の店舗を管理するにはオーバースペックで高価。とてもコストに見合わなかった。
そんな状況にある飲食店の経営を支援したいと、リクルートが4年前に始めたのがAirレジだ。その後Airシフトなど、ITを使って飲食店経営を支援するサービスを拡大していった。契約数は、Airレジ、Airペイ、Airシフト、Airレジ ハンディを合わせると約31万8000アカウントに上る。これらに加え最近、経営アシスタントAirメイトが加わった。
大量データ処理を感じさせず手軽に使ってもらうためにGCPを選択
Airメイトの基本機能は3つ。飲食店の状況把握、現状に基づいた改善施策の提案、改善施策の効果確認だ。これらを定量的に実施できている飲食店は多くない。実際のところ飲食店の経営は一般的に、勘と経験に頼った属人的なものになっているという。
「業績の悪い店舗には、他の店舗で業績を上げている店長を配置するなど、人に頼って経営をしているお店が多くあります。施策に対する振り返りや評価ができていないので、人材育成も簡単ではありません」(山口氏)
これを解決するのがAirメイトの目的だ。Airレジなど一連のサービスから集めた情報に加え、ホットペッパーグルメをはじめとするリクルートの既存サービスからも情報を集約、分析して、飲食店の経営に役立つよう加工、可視化する。Airメイトによって、これまで可視化できていなかった経営状況が、数値やグラフで把握できるようになる。「飲食店は状況に応じた打ち手を把握できるようになり、その施策の前後を比較することで効果測定も可能になります」と山口氏は述べる。
Airメイトのバックエンドでは膨大な量のデータが投じられ分析されているが、そうした規模の大きさや処理の重さを感じさせないことを重視して設計、開発した。しかもリクルート社内からは、Airレジユーザーの数十万店に使ってもらいたいという要望があることから、将来のスケールアップに耐えなければならない。ユーザー目線では有難い仕様だが、エンジニア泣かせともいえる。「大量のデータをそれと感じさせない手軽さで使ってもらえること、ユーザー規模が数十万店にまで拡大しても安心して提供できること、それらを満たすために選んだのがBigQueryでした」(山口氏)
機能面からGCP選定の理由を補足するのは、自身も飲食店を経営してきたというリクルートのAirメイトサービス責任者、甲斐駿介氏。飲食店の従業員は基本的に職人であり、データを集計したりデータを見て判断したりすることは得意ではないと語る。
甲斐氏が以前所属していた会社には30人ほどの従業員がいたが、表計算ソフトを使えるのは同氏を含めて2人しかいなかったという。「こういう会社でもデータを見て次の施策を打てるようにしなければならないので、シンプルに、見たいところをクリックするだけで、自分が何をしなければならないかが分かる、ということを重視しました」と同氏は語る。それを低コストで実現するために必要だったのが、BigQueryとGCPのリアルタイムデータ処理サービス「Cloud Dataflow」(以下、Dataflow)だ。
スピードスタート、将来のスケールにBigQueryとDataflowが寄与
AirメイトがBigQueryとDataflowを必要とした背景を、機能面からさらに深掘りして見てみよう。前述の通り、リクルート社内には多方面にわたるオンラインサービスがあり、それらを稼働させるためのインフラも整っている。それでもあえてGCPを採用したのは、明確な意図に基づく選択だった。
「長年運用を続けてきた既存サービスのおかげで、有益なデータが膨大に蓄積されています。しかしそのデータを同じ基盤で分析するのは、インフラに想定外の負荷をかけることになります。既存サービスを安定的に提供しつつ、そのデータだけを高速に分析できる基盤を別に設ける必要があります」(甲斐氏)
社内インフラではなく、クラウドに分析基盤を構築したのはそういう理由だった。クラウドというだけなら「Amazon Web Services」(AWS)や「Microsoft Azure」という選択肢もあったのではないか。甲斐氏はその問いにも明確な回答を用意していた。
「Amazon Redshift」など、他クラウドのデータウェアハウスももちろん比較検討したという。しかし甲斐氏は「コスト、拡張性のいずれもBigQueryの方が優れていました」とBigQueryを評価する。「将来は数十万店に使ってもらいたいサービスですから、初めから拡張性を意識してアーキテクチャを設計しています」(同氏)
具体的な金額については言及を避けたものの、スタートコスト、拡張時のコストでもBigQueryが優れていたと甲斐氏は言う。Redshiftを低コストで使うには将来の利用を見込んでサイジングした「リザーブドインスタンス」を使うことになるが、BigQueryなら使った分だけを支払う従量課金で採算が合うのが大きな違いだったという。またRedshiftでは拡張時に新たなインスタンスを追加するといった作業が必要だが、BigQueryはコードに手を入れるなどの追加作業をすることなく高い負荷にも応えられたそうだ。
GCPを選んだもう1つの理由がDataflowの存在だ。リクルートでは、社内基盤に蓄積した膨大なデータをDataflow経由でBigQueryに投入し、その結果を協力会社が持つ「DataRobot」という人工知能(AI)ツールに受け渡して将来を予測している。さらに、その結果をDataflow経由でGCPのデータストア「Cloud Datastore」に格納している。手軽に使ってもらえるようアーキテクチャの設計には時間をかけたが、実際に書いたのはPythonのコードにしてわずか数十行。これを実現するためにはBigQueryだけではなくDataflowも欠かせない機能だったというわけだ。
「Apache Hadoopなどを組み合わせても同じことはできるでしょうが、数十人規模のプロジェクトになるでしょう。私たちは数人のチームによってわずか3カ月程度でAirメイトを立ち上げることができました。これはBigQueryとDataflowなしにはできなかったことです」(甲斐氏)
人的リソース、金銭的リソースの節約という観点では、サービス開始後の運用コストにも注目してもらいたいと甲斐氏。インフラをGoogleに任せ、なおかつ同じコードで将来の拡張までできることなどから、他のクラウドを使った場合の試算よりも低い運用コストを実現できる予定だという。クラウドにはそれぞれ得手不得手があるが、シンプルで、大量データ処理に強いというGCPのメリットを最大限に生かした事例として、後発のお手本となりそうだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
5
「業務改善とツール活用」に関するアンケート
-
6
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
7
「企業内サーバ環境の利用実態」に関するアンケート
-
8
IT製品の導入に関するアンケート「PC&デバイス」編
-
9
「SIEMの利用」に関するアンケート
-
10
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー