OTTサービス支援／既存サービス追加開発

このタイミングで、運用しているサービスに影響を与えることなく、Webシステムやスマホアプリの刷新を行いました。私はTV端末向けシステムの開発を担当したのですが、せっかくリニューアルするならもっと使い勝手の良いものにしたいという想いから、可能な限り機能を追加したらちょっと重たくなってしまって（笑）

リニューアル案件だからこそ、既存サービスより良いものを作りたいという想いは常にありますね。結局、軽量化の問題はどのように解決したんですか？

スマホアプリも端末によっては動画に対して字幕がズレて表示されてしまう現象が起こりました。字幕と動画は別々のファイルを用意し、動画を流しながら秒数に合わせて字幕表示の処理を行いますが、本当に0.01秒単位の世界なんです。動画より先に字幕が出てしまったことから、過去にはエンドユーザーから問い合わせがきたことも。端末によってはわざとミリ秒単位で字幕表示を遅らせる処理をすることもありますよね。

こういうケースは、いくら事前にお客様と念入りに打ち合わせをしていたとしても予測できないので、地道に対応していくしかありませんよね。

費用感のイメージが曖昧なまま進めるのは危険ですよね。その最たる例だと、即時反映性と負荷対策のバランスと費用の折り合いは極めて難しいと痛感しています。
「今すぐに新しいコンテンツを配信したい」「配信中のコンテンツをすみやかに非公開にしたい」など、実際にコンテンツを視聴しているエンドユーザーにどのくらいのスピードで届けることができるのか。即時反映できるのがベストですが、視聴中のエンドユーザーが多ければ多い程システムに対するアクセス負荷が大きくなってしまいます。その負荷分散対策として、「オリジンサーバー」から動画コンテンツのコピーを取得した複数の「キャッシュサーバー」が代理で配信することで、オリジンサーバーの負荷を分散、軽減します。
このキャッシュサーバーをどの程度の期間保持するべきか。1時間程度保持する場合は、オリジンサーバーへの負担は大きくないけれど、反映までに時間がかかってしまいます。
一方で、キャッシュサーバーの保持を1秒にすると即時反映はできますが、サーバーへの負担がとても大きくなってしまいます。大量アクセスに耐えうるサーバー台数を確保すれば、サーバーダウンは避けられますが、その分コストが嵩んでしまう。
「実現したいこと」と「避けなくてはならない最悪の事態」のバランスをどうやって折り合いをつけていくのか、一番難しい部分ですよね。

どのように負荷対策するのかが一番難しいかもしれないですね。
たとえば、地上波の連続ドラマで「この後、オリジナルストーリーを独占配信！」と放送されると、一斉にアクセスが集中します。負荷を分散するためにサーバーを何台も用意すれば費用が嵩んでしまうので、サーバーへの負荷を考慮してどのような見せ方にするべきか、お客様に提案することもよくありますね。現実的な費用感を意識してお客様ととことん話し合うのが誠実な対応だと思います。

そうですね。例えば、機能を改善するとTwitterでつぶやかれたり、エンドユーザーの反応をいち早くかつダイレクトに感じられる瞬間は他のサービスにはあまりないと思います。

社内でもエンドユーザーの反応にはすごく敏感になっているので、リニューアル後にはSlack上でTwitterの書き込みが共有されることも。自分たちの積み重ねた努力が、お客様はもちろんエンドユーザーにも喜んでもらえているんだと実感できるのは、この仕事の大きな醍醐味です。

人材育成は私も日頃から意識しています。私の場合は、お客様との折衝が業務のウエイトを大きく占めているので、お客様から要望や課題について連絡をいただいたら、実際のやりとりをメンバーに任せるように心がけています。様子を見ながら徐々に任せる範囲を広げ、経験を積んでもらうことが大切ですよね。

加えて、技術面だけでなくお客様のビジネスと課題背景をしっかり理解し、総合的な視点からサービスを提案できてこそプロフェッショナルチームだと考えています。これは自分自身の課題でもあるので、ともに体現するメンバーを増やすことで実現したいですね！