※こちらの記事は2019年9月19日に ASCII.jpで公開された記事を再編集したものとなります。
文● 大塚昭彦／TECH.ASCII.jp　写真● 曽根田元

そのFilmarksでは2018年秋から、画像配信システムにまつわる問題を解消するために、ピクシブ（pixiv）とさくらインターネットが共同で開発／提供する「ImageFlux」を採用している。FilmarksはなぜImageFluxを必要としたのか。Filmarksの広報を担当するディレクターの柏木雄介氏、インフラ開発や運用を担当するSREエンジニアの久松佳之氏に、サービスの生い立ちからシステムが抱えていた課題、ImageFluxの導入効果までを聞いた。
映画・ドラマのレビューサービス「Filmarks（フィルマークス）」。ユーザーによる“口コミ”レビューが人気だ。

豊富な情報と熱量のあるコミュニケーションで"映画好きのツボを突く"

Filmarksは、2008年に創業しWeb制作の受託事業（UI/UX事業）を展開してきた株式会社つみきが、2012年8月に立ち上げた映画レビューサービスだ。サービス立ち上げのきっかけについて、柏木氏は次のように説明する。

「元々のアイデアは、弊社代表の鈴木（代表取締役社長の鈴木貴幸氏）がある日、近所のTSUTAYAに行って思いついたものです。『何か映画を観よう』と思って行ってはみたものの、店頭にたくさんソフトが並ぶ中からどの映画を観ればいいかわからない。そこでまずは、観たい映画を手元のスマホで検索したり、観たいと思ったときに“備忘録”としてメモしておけたりするサービスがあればいいんじゃないか、と考えたそうです」（柏木氏）
Filmarksは映画／ドラマのデータベースを備えており、登録数9万タイトル(2020/09)に及ぶ。作品の題名だけでなく、ジャンルや製作国、監督や出演者、映画館で現在上映中かどうかといった豊富な条件で検索できる仕組みなので、ユーザーは観る映画の幅を広げることができる。気になる作品を見つけたら、「Clip!（観たい）」ボタンをタップするだけでそれを記録しておける。

Filmarksの大きな特徴は、実際に映画／ドラマを観たファンによる感想や評価、つまりレビューの投稿機能だ。レビューそのものに「いいね！」やコメントを付けたり、レビュー画面から直接その作品をClip!したり、自分と好みの近いレビュアー（ユーザー）をフォローしたりすることができる。
「皆さんも『先週末にこんな映画を観たよ！』という会話で盛り上がったことはありますよね。そうした映画を切り口としたコミュニケーションが日本中で展開されているのであれば、それをオンラインにまとめたら面白いのではないか、という発想です。もちろんほかのSNSでも感想をつぶやくことはできますが、あえて“映画／ドラマに閉じた”場を提供することで、コミュニケーションもより濃密なものになるのではないかと考えました」（柏木氏）

作品鑑賞後は「Mark!（観た）」で記録。スコアやレビューが他の映画／ドラマファンとのコミュニケーションのきっかけにもなる面白い映画やドラマを観たら人に勧めたくなるし、身近な人が熱心に勧める作品ならば観てみようと思うだろう。柏木氏もユーザーとして映画レビューを書くことがあるが、「自分のレビューがきっかけで作品を知り、Clip!してくれるユーザーがいればやはりうれしいです」と語る。熱心なレビューに対して監督や出演者からコメントが付くこともあるそうだ。
こうしたコミュニケーションが、作品の運命そのものを変えることもある。昨年公開された映画「カメラを止めるな！」がその良い例だ。公開当初は上映館も少なく、興行ランキング圏外の作品だったが、観た人が「面白かった！」と口コミで感想を広げたことで観客動員が飛躍的に伸び、大ヒット映画となった。「興行ランキング1位の映画が、その人にとって一番の映画であるとは限りませんから」と、柏木氏はさまざまなタイプのユーザーがレビューできることの価値を強調する。
Filmarksでは、ドラマ情報やレビューにも対応を開始し、全国映画館の上映スケジュール機能なども順次追加した。現在地に近い映画館の上映スケジュールもすぐにわかる。
サービス開始当初から特に派手な宣伝をするわけでもなく、それでも着実に成長を続けてきたFilmarksは、2019年7月現在で月間利用者数（MAU）が380万人超という規模になっている。成長の背景には“映画好きのツボを突く”サービスを提供してきたことがあるのではないかと分析する。(柏木氏)

サービスの拡大で画像配信レスポンスに問題、チューニングの手間も

こうして順調に規模を拡大してきたFilmarksだが、サービスが成長するにつれてシステム側ではしばしば問題が生じるようになっていたと、SREエンジニアの久松氏は振り返る。画像配信にまつわる問題だ。
Filmarksはモバイルアプリ版からサービスをスタートした。このアプリ開発において、ユーザーインタフェースの参考としたのはインスタグラムだった。一覧画面（トレンド画面）では文字要素を減らし、代わりに“映画の顔”であるポスター画像をタイル上に並べることで、1画面でより多くの作品が発見できるように工夫している。
「ちょうどインスタグラムが出てきたころだったのですが、画像に特化して、画像を中心にコミュニケーションするというスタイルに新しさを感じました。Filmarksの場合、映画ポスターには映画のすべてが詰まっていますから、その画像を美しく並べてユーザーに見せるのがいいんじゃないかと考えたのです」（柏木氏）
FilmarksのバックエンドシステムはAmazon Web Services（AWS）上に構築されており、ポスター画像のオリジナルファイル（元画像）はクラウドストレージの「Amazon S3」に格納している。ただし、たとえば「一覧画面」「詳細画面」など表示するページによって最適な画像サイズは異なるため、それぞれに合わせて元画像を動的にリサイズする処理を行っている。以前は「Amazon EC2」上のRailsアプリケーションが、画像処理ツールのImageMagickをリアルタイムに実行するかたちでリサイズ処理を行っていた。

「Filmarksのシステムでは、映画情報の登録担当者が1点ずつオリジナルのポスター画像を登録しています。そして画像へのリクエストがあるとS3からオリジナル画像を読み出し、URLのパラメーターに含まれる画像サイズの指定に合わせてリサイズしたうえで、アプリに配信します」（久松氏）
以前のFilmarksバックエンドシステムの構成（概要）。Railsアプリケーション／ImageMagickで動的に画像リサイズ処理を実行しており、サーバー負荷が徐々に高まっていた。
実際にはCDNサービスの「Amazon CloudFront」も併用しているため、頻繁にリクエストのあるポスター画像に関してはCDNにキャッシュ済みの画像が配信される。ただし、サービスの拡大に伴って登録作品数、ユーザー数が増え、キャッシュされていない画像へのリクエストも徐々に増えていった。これによりリサイズ処理のためのサーバー負荷が高まり、画像のレスポンスが遅くなる現象が発生し始めた。最悪の場合は数十秒程度のレスポンス遅延も生じていたという。

「ただし、画像配信の遅延はアクセス数とは連動しない、ランダムに発生するものでした。大半の画像はCDNキャッシュからレスポンスされますし、オリジナル画像のサイズによってCPU負荷が大きく違ったからです。CPU使用率のアラートが出たので確認するとすでに収まっている、そんな状態が頻発していました」（久松氏）
大規模障害こそ発生していなかったものの、このままではサービスレベルの低下につながると考えたエンジニアチームは、2018年の2月ごろから対策の検討を始めた。だが、有効な対策はなかなか見つからなかった。
「たとえばImageMagickのパラメーター調整もやってみましたが、根本的な改善には至りませんでした。われわれは画像の専門家でもなく、そうしたチューニングにエンジニアのリソースを割くよりは、新機能の開発にもっと注力したいというのが本音でした」（久松氏）