モバイルアプリの API 管理を「サーバーレス × BFF」で改善した Timers に学ぶ、課題解決への取り組み方

「たとえば Famm のカレンダー発注画面には、商品プレビュー、配送先情報、契約状態など、複数データベースから集めた情報を成形し表示する必要があります。どのような形で実現するにしても、安易に解決を図ろうとすると、フロントエンドエンジニア、サーバーサイドエンジニアのどちらかに負荷を強いる選択をしがちです。しかしそれでは解決策として不十分。そこで 2015 年のリリースから 3 年目ほど経ったころから、エンジニアチームでこうした状況を改善するにはどうすべきか、検討をはじめました」

ブラウザのリロードで最新のアプリケーションが手に入るウェブアプリとは異なり、モバイルアプリのアップデートの可否はユーザーの判断と行動に委ねられるため、モバイルアプリのデベロッパーは、OS やクライアントのバージョンが上がるたび、これまでの経緯を踏まえた開発をしなければなりません。放っておくと管理コストは積み上がるばかりです。

「アプリを起動するたびに、最新バージョンにアップデートするよう促せば、バージョンの違いを考慮する必要はなくなりますが、Famm のユーザーには、ITリテラシーがそこまで高くない方が少なくありません。みなさんの負担を考えると、こうした手段を採りづらいのが現実です。そのため、リリースからしばらくは、クライアントが複数の API を叩いて UI を成形し、表示するのではなく、ひとつの大きなバックエンド API に情報を集約する形でサービスを運用していました」

しかし、サービスが成長するにつれて新機能の実装や改善要求も高まれば、自ずとサーバーサイドエンジニアの負担も増えてしまいます。かといってフロントエンジニアにその負担を押しつけるのもスマートな解決とはいえません。

「モバイルアプリの開発に携わるフロントエンドエンジニアは、通信環境が不安定な状況を想定して、なるべく大量の API をコールするのは避けたがるものです。それに対してサーバーサイドエンジニアは、メンテナンス性やレスポンスの速さを考慮し、リソースに対して RESTful な API を作りたいと考えるのが普通です。今後の成長を考えると、両者の異なる考え方や理想の間にある溝を埋めるような解決策がどうしても必要でした」

「しかし、しかしひとつだけ可能性を感じる案がありました。それがサーバーレスによる BFF の導入です」
そこで早速、当時開発に着手することが決まっていた過去の写真ストックからカレンダーを注文する新機能で試してみることにしたといいます。

そこで早速、当時開発に着手することが決まっていた過去の写真ストックからカレンダーを注文する新機能で試してみたところ、結果は上々だったといいます。

「以前から使い慣れていた AWS Lambda と Amazon API Gateway を選定し、言語には TypeScript を採用したことで、フロントエンドエンジニアは UI 表示に必要な情報を取得する API を自ら書いてデプロイできるようになりました。また、サーバーサイドエンジニアは、クライアントの UI の都合を気にせず、データを綺麗に返すだけの RESTful な API を書くことに集中できるようになり、双方にとって満足できる成果が出せたと感じています」

一時は、ベストプラクティスを追求するため、ひとつの API ごとに Lambda と API Gateway を作り直すべきかもしれないと考えたこともあったそうですが、管理に割く時間が増えることを恐れ、この選択はあえて避けたと椎名さんはいいます。

「サービスの成長性を考慮に入れたとしても 100 を超える API を使う状況は考えにくいため、ひとつの Lambda、API Gateway で、すべての API を受けることにしました。ベストプラクティスに固執せず身の丈に合った選択をしたことも、BFF 化に成功した要因といえるかもしれません」 

しかし、それ以上に大事なことがあると、椎名 氏は指摘します。

「登壇した際にも申し上げたのですが、それがモダンなテクノロジーだから、トレンドだからという理由で技術導入を行うと、いずれ後悔することになるでしょう。すべての事例に通用する解決策はありません。何事も “課題ドリブン” で考えることが大事だと思います」

安易な技術導入を避けることは、効果の薄い対策に時間的、金銭的コストをかけることにもつながります。これはサーバーレス × BFF の導入過程で得た実感のひとつのようです。

「今回の選択は、私たちの置かれている組織的な状況やサービスの方向性を精査した結果に過ぎません。チーム構成、サービスの性質が違っていたら、おそらく別の選択をしたことでしょう。とはいめ、同じ課題を抱えるデベロッパーのみなさん自身が、この事例をきっかけに、サービス改善の最適解を見つけていただけたらうれしいですね」

椎名 氏が指摘する通り、実情に合った対策を行うことが、迅速な課題解決につながります。話題や流行に踊らされることなく、課題の本質を正しく捉えて正しく判断することは、さまざまな課題解決に応用できる考え方といえそうです。