LINE開発の“新2トップ”に直撃~世界展開に向けた体制強化は「基本に忠実に」
2014年4月に登録ユーザー数が4億人を突破したLINE。コミュニケーションツールとして国内外で大きなシェアを獲得するにとどまらず、近年はゲームやeコマース、マンガなど各種コンテンツの総合プラットフォームとしても発展を続けている。
こうして多彩なサービスを提供していく中、同社は今年4月7日、さらなる躍進を見据えて経営陣の刷新を発表。代表取締役社長CEOの森川亮氏と、代表取締役COOの出澤剛氏による“2トップ”体制がメディアで話題となったが、開発体制においても2頭体制を敷いたことはあまり知られていない。
上級執行役員CTOに就任した朴イビン氏と、上級執行役員サービス開発担当の池邉智洋氏は、朴氏がプラットフォームの開発責任者として、池邉氏がその上に乗るファミリーアプリ全般の開発責任者として、LINEの進化を支えていくという。
同社の技術基盤は今後どう発展していくのか。そして、急速にスケールしていくプラットフォームは、どんなチームが支えているのか。LINEが形成するエコシステム全体を支える役員2人に聞いた。
「10ペタデータ超」をさばく巨大プラットフォームの裏側
朴 ええ。現在は日本のほか、韓国やアメリカ、台湾など海外の主要国や地域に支社と連絡事務所があって、開発拠点も東京、福岡だけでなくソウル、大連などに置いています。
朴 サービス開始から3年も経たないうちにユーザーが一気に増えましたから、設備を拡充するのはもちろん、技術的な面でもかなりチャレンジブルな取り組みが求められましたね。
コミュニケーションツールとしてのLINEは、今では1日に約100億件もの会話が飛び交っている。これに関して、ハンドリングするデータ量は約10ペタデータにも上ります。
これらのトランザクションを問題なくさばくために、クラウド活用はもちろん、各リージョン間のモニタリング、ネットワーク間のボトルネックを減らす工夫などなど、効率的にスケールアウトできるアーキテクチャを追求してきました。
朴 そうですね。国や地域によって、通信面など基本的なインフラ品質が異なりますから。そのため、まずは各国・通信事業者ごとのインフラ状況をリモートで把握できるシステムを構築してパケットレベルの解析を進めるとともに、「LINE遠征隊」を組閣してそれぞれの国を直接訪問・調査したりもしています。
各国の状況に合った方法でトラブルシューティングすることにより、よりクオリティの高いサービスをストレスなく提供できる環境を整えているところです。
池邉 ええ。主に認証とAPIの2つの機能で構成されており、認証処理には標準認証プロトコルのOAuth 2をベースにした仕様を採用しています。
「Channel Gateway」は、ユーザー、ディベロッパーの双方がLINEのプラットフォーム上で動くサービスを使いやすくする上で、とても重要な位置付けとなります。
ユーザーは、LINE本体やゲームアプリだけではなく、『LINEマンガ』、『LINE MALL』のようなファミリーアプリを利用する際も手持ちのLINEアカウントで認証ができようになります。
一方のディベロッパーは、サービス連携のデファクトとなっているREST APIを通じて、LINEの持つさまざまな情報とすぐにつながることが可能になる。
以前から、「LINE Channel」という形でLINE本体のほかにゲームなど複数のサービスをラインアップしていく体制を築いていましたが、本格的にグローバルサービスを展開していくにあたって、“入り口”から見直したわけです。
朴 その通りです。
池邉 先日始まった『LINE Creators Market』は、企画当初から海外対応していくことになっていましたし、今後は「Channel Gateway」のような仕組みづくりがいっそう重要になってきます。
朴 LINEの事業展開上、インフラ強化は終わりがない領域です。現在は東京をはじめとする各大陸ごとの拠点にキャッシュレイヤを置いてスケールアウトに対応していますが、今後はLINEプラットフォーム自体をリージョンことに分散する予定で、さらに本客的なグローバルプラットフォームの構築を進めています。
朴 コードの共有、レビューをサポートするGitHub Enterpriseを使っているほか、バグトラッキングや課題管理を行うJIRA、文書コラボレーションWikiのConfluenceなどで開発環境を作っています。また、LINEを使うことで距離感を意識せずに開発できるようにもしています。
LINEは仕事でも最強のコミュニケーションツールになるので(笑)。
加えて、専用のTV会議システムとか出張などのface to faceなミーティングで、直接的なコミュニケーションも常に行っています。
開発チーム内で明確な「業務分担」をしない理由
朴 それはもう、LINEの文化というか、当たり前なことになっています。
もちろんビジョンや方向性はあって、今もサービス分野、インフラ分野それぞれで複数のプロジェクトが同時進行しています。でもマーケットの変化に応じて、そのうちのどれかを「より早く進めてリリースしよう」、「強化しよう」とジャッジされた時には、一気にそのプロジェクトへリソースを集中させるというのが当社のスタイルです。
朴 各拠点横断で開発者全員が一つのチームになり、都度変わっていく開発の優先順位に対応しています。急きょ人員増が必要になったプロジェクトには、タスクフォースとして開発者を割り当て、スピード第一で実装に臨むのです。
池邉 朴はプラットフォーム担当、私はファミリーアプリ全般と、役員は役割分担されていますが、もともと当社のエンジニアは明確に業務が分かれていません。ですからプロジェクトごとに得意分野だったり、やりたいという意欲があるメンバーが適宜加わっている感じです。
だから、急な優先順位の変更があっても、わりと自然にスタッフが加わってきて、期限までにみんなで取り組んでいくという文化ができていますね。
朴 みんな、基本としての専門分野を持ちながらも、新たな問題について共にスピーディーに把握して乗り越えた経験が豊富です。だから、規模が大きくてスケジュールも厳しいというプロジェクトに直面しても、チームの力で乗り越えられるのです。
池邉 サービス開発では常に何かしらの問題があって当たり前という雰囲気もあって(笑)、どんな取り組みも簡単にはいかないぞ、という心構えができています。だから、決して1人で悩んだり苦しんだりしないし、無理せず仲間の力を借りて乗り越えていこうという雰囲気になっていますね。
教育と採用では「ソースを追求する姿勢」を重要視
池邉 例えばアプリ開発者であっても、フロントエンドだけでなくネットワーク知識やサーバサイド開発のノウハウを知っていなければ難しい、というのは事実です。
ただ、一般的なWebサービスの開発でも、例えばクライアント側のトラブルシューティングにあたっているうちに、サーバやネットワークに原因があるかもしれないと低レイヤまで学ぼうとするじゃないですか。
そうやって「原因を追求する姿勢」があれば、自然とさまざまなことを学ぶようになっていくと思うんです。
池邉 そうかもしれませんが、前例がないことで言えば僕ら自身も同じ立場。ですから、知識や経験があること以上に、ソフトウエア開発の基本を押さえた上で、何が必要になるかを追求しながら、学び、試し、実装していく姿勢が問われます。
朴 池邉が言うように、我々が考える「開発の基本」とは、どの言語が使えるとか、インフラに詳しいということではありません。何が問題になるかを考え、解決できる能力が「基本」になります。
池邉 だから、LINEは中途採用でも「基本的なことを正確にこなせるエンジニア」を歓迎していますし、そういうエンジニアを育成していこうと考えています。
朴 制度として決まったものはありません。でも、今はeラーニングなどを活用すれば仕事をしながらでも必要なスキルを身に付ける機会が豊富にありますから、申請があれば比較的自由に学んでもらえる体制になっています。
海外で行われる技術カンファレンスなどにもエンジニアを派遣していますし、学んだナレッジを社員間でシェアするための勉強会やセミナーも活発に行われていますよ。
池邉 朴が申し上げたように、LINEではプロジェクト規模が大きい場合はタスクフォースを組むため、日本のメンバーだけでなく他国のエンジニアとも共同で開発に取り組みます。そういう意味では、拠点横断で学び合う機会も多いので、相互にディスカッションしたりする中で、エンジニアとしての知見が広がっていく環境と言えるかもしれません。
朴 外国語に堪能でなくても、エンジニアの場合はソースコードを見て学ぶことができますからね。LINEの文化として「コードレビューは徹底して行う」というのがあるのですが、その裏には「コードを見ながらお互いに成長してほしい」という思いもあるのです。
池邉 まずは“世界のどこにもない規模”のプロジェクトに挑戦したいという意欲、熱意を持った方ですね。世界規模のサービス開発や運用に必要なのは、今まで話してきた点はもちろん、チームで品質を高めていくという考え方も重要になります。
コードレビューを重視しているのも、1人で全責任を負って開発するより、みんなでシェアしてより良いものを作っていくことの大切さを知ってもらいたいからです。
マルチタスクな環境でも、みんなでこなせば良いサービスを提供していけると理解しているエンジニアに、ぜひジョインしてほしいと思っています。
朴 急激なスケールアウトに対応していく中で、我々開発チームが常に心掛けてきたのが、徹底して高い品質、クオリティにこだわるということです。
ユーザー数が急増するということは、それだけシビアなサービス運用が求められるということです。目先の課題に「対応できる」だけではダメで、「最善のサービス提供」ができているかどうかを追求してきました。
ですから、必要なものを最低限実現するだけで満足するのではなくて、もっとクオリティを高められないか、もっと満足度の高い方法は実現できないかを考えていけるエンジニアと一緒に働きたいと思っています。
取材・文/浦野孝嗣 撮影/ 小林 正
RELATED関連記事
RANKING人気記事ランキング
NEW!
ドワンゴ川上量生は“人と競う”を避けてきた?「20代エンジニアは、自分が無双できる会社を選んだもん勝ち」
縦割り排除、役職者を半分に…激動の2年で「全く違う会社に生まれ変わった」日本初のエンジニア採用の裏にあった悲願
ITエンジニア転職2025予測!事業貢献しないならSESに行くべき?二者択一が迫られる一年に
ひろゆきが今20代なら「部下を悪者にする上司がいる会社は選ばない」
AWS認定資格10種類を一覧で解説! 難易度や費用、おすすめの学習方法も
JOB BOARD編集部オススメ求人特集
タグ