実現したかったのは、ブロードリーフのビジネスを変えること。Interchange/電子データ交換)などへの対応などが求められるようになったことが挙げられます。プラットフォームを構築することを決断しました。上での本格的な開発がスタートしました。選んだのにはいくつか理由があります。何より大きかったのがネットワークが充実していること。回線の太さは魅力的でした。万レコードにもなります。台細かく異なる部品が使われていますから、そうしたデータを安定して、スピーディに検索できることは導入の最低条件でした。月)のスパイクに耐えられるスケーラビリティも必要でした。ないエッジの立ったサービスが多く揃っていたことも決定を後押ししています。Engine(GKE)の存在が大きかったですね。それをフルマネージドで利用できます。具体的には新しいサービスのプロダクション環境を構築するのに、従来のオンプレ環境では機材調達からネットワーク設定までを含めて数週間かかっていたものが、約1時間でできるようになりました。開発時もバージョンアップ作業などを効率的に実施できるようになり、1日20回以上の頻繁なバージョンアップも可能になりました。駆使してマイクロサービス化。業界特有のノウハウが必要なものを国内3つの開発拠点で分散開発した上で、顧客管理や売上管理などは外部のベンダーに外注し、効率的にサービスを構築していったそうです。ベンダーに開放したいという狙いもあります。意識しない開発と運用をできるよう注意しています。詳しくないと開発できない、運用できないという状況は避けたかったんです。イメージをビルドして、開発環境であれば自動的にデプロイされるというようなかたちにしています。マスターやノードの管理をしなくて良いのも助かっていますね。おかげで開発効率がかなり上がっていると感じています。能動的なビッグデータ活用が可能になること。存在も大きかったそうです。「具体的にはログの解析・集計のほか、検索動向の分析などにも利用しています。検索されているということは、そこが故障しやすい箇所ということ。言えば、リコールの予兆とも言えます。技術なども駆使して、これをシステム上でサジェストする仕組みを用意し、利用者(修理工場)が顧客(修理依頼者)に早めの問題解決を提案するなどできるようにしました。クラウド移行以前もこうした方法論はあったものの、リソースが不足しており実現できていませんでした。大手自動車メーカーもすでにこうした取り組みを進めていると思いますが、ブロードリーフはそれをメーカーの壁を越えて横断的に行えるのが強みです。活用については、今後さらに推し進めていく予定。車の情報だけでなく、お客さまの特性も学習させ、入庫する前により適切なサジェストができるようにするなどといったことを考えています。お客さまとの電話内容などを自動的にテキスト化したりといったことも検討中です。年前の時点では不安もあったと祖慶さん、松本さんは当時をふり返ります。採用事例が少なかったため、可用性の点で若干の不安がありました。利用してみて、今は高い信頼性と安定感を備えたプラットフォームであることを実感しています。クラウドの時代ですから、それぞれの強みの部分を積極的に使っていくべき。マネージドなサービスが充実しているので、そうした点をより拡充していって欲しいですね。マネージドなサービスを積極的に活用していって、運用の負荷を下げていくことも考えて行きたいですね。任せて(笑)、自分たちがより開発に専念していけるのが理想です。Platform』によるブロードリーフ事業のクラウド移行。今後はグローバル展開も推進していきたいとのことです。「日本の自動車は世界中で走っています。マーケットは今後、ますます拡大していくことになるでしょう。ネットワークに期待しています。こちらをご覧ください。その他の導入事例はこちらをご覧ください。製品Languagearrow_drop_downヘルプ。