メルカリは日米英で異なるインフラを採用――メルカリのインフラの変遷を ソウゾウ 鶴岡達也さんに聞く
クラウドネイティブ時代のデベロッパー生存戦略 第4回(前編)
2016年11月に東京リージョンが発表され、開発者にとって検討すべきインフラの一つとなったGoogle Cloud Platform(GCP)。メルカリでは、2015年10月頃よりこのGCPに注目し、2016年3月にリリースされたメルカリの新アプリ「メルカリ アッテ」のインフラとして採用している。吉羽龍太郎さんを聞き手として、クラウド時代の開発者のロールモデルとなる方へのインタビュー第4弾では、メルカリの開発を初期から支え、「メルカリ アッテ」の技術選定に取り組んだ、ソウゾウ 鶴岡達也さんに登場いただく。前編では、メルカリのインフラの変遷と、鶴岡さんのこれまでのキャリアについて聞いた。
とにかく早くリリースしたかった――メルカリ創業時は手慣れた技術のオンプレミスで
株式会社ソウゾウ 執行役員 鶴岡達也さん

ソウゾウ開発グループのマネージメントを担当。2005年よりウノウ株式会社で写真共有サービスの開発を担当し、その後二度の起業を経験。2013年、メルカリ代表の山田進太郎氏からのオファーを受けて、メルカリ創業を技術的に支援。ソウゾウ設立後は新規サービスの技術選定、設計・開発・運用を担当し、現在は開発グループのチームマネージメントに注力。
吉羽 鶴岡さんはメルカリ(当時:コウゾウ)の創業メンバーだそうですが、ジョインしてどれぐらいで最初のバージョンがリリースされたのでしょうか?
鶴岡 会社の設立が2013年の2月1日なんですけど、作り始めたのは2013年の1月ごろです。実際のリリースは7月で、Androidアプリが先に出て、その後iOSが出ました。なので半年くらいですね。
吉羽 当時、インフラはどうしていましたか?
鶴岡 僕がほぼ見ていました。僕ともう1人、初期のメンバーがいて、彼も一通り見れるので相談しながらやっていきました。選定は僕がメインでやっていました。
吉羽 当時はオンプレミスだったと聞いたことがあります。
鶴岡 そうなんです。とにかく早くリリースしたかったので。スピード重視の考え方でした。
吉羽 手慣れた技術を使いたい、という感じなんですね。
鶴岡 自分たちが扱ったことのある技術だけにしようと決めました。スケーラビリティは完全に捨てて、当時の専用サーバで一番性能のいいもの、といってもメモリ64GBしかありませんが、それ1つでおそらく10万から20万ユーザーくらいをさばけて、3か月は持つんじゃないかなと思っていました。そのサーバ1台に、全部を入れました。
吉羽 全部を入れてるんですか? データベースも含めて?
鶴岡 そうです。
吉羽 じゃあ障害があった時には怖いですね。
鶴岡 全部が止まりますね。逆にいうと、そのサーバだけに全てが入ってるので、複数サーバあることによる障害は起きにくいですよね。ネットワークもシンプルなので。確か、月額2万円くらいでした。
吉羽 そんなに安いんですね(笑)。
鶴岡 そうなんです。当時、AWSの一番ハイエンドなものを借りると10万円以上したと思います。
吉羽 しかもメモリは16GBぐらいまでしかなかった頃ですよね。
鶴岡 そうです。なので、さくらインターネットの専用サーバを使っていました。
吉羽 さくらの専用サーバはどのぐらいの時期まで使っていたんですか?
鶴岡 思ったよりユーザーの伸びが大きく、1台構成は2か月目くらいで限界が来たんです。その後、データベースを分け、Webサーバを増やしました。すごくスタンダードな構成ではあるんですが。
吉羽 普通のLAMPの2層スタックという感じなんですね。
鶴岡 その構成は、当時のインフラエンジニアであれば誰でも触れるものだったので。僕以外にも触れるメンバーがいるということで、安心感はありました。モダンさは全くないですけどね(笑)。当時、AWSでやるのが最先端だったと思うんですけど、とにかく止めずに、なるべく手間を掛けずにということを最優先しました。
吉羽 ログについては、今だとFluentdに飛ばしますよね。当時もそうでしたか?
鶴岡 最初からTreasure Dataを使っていたのでFluentdに飛ばしていましたね。
吉羽 そこについては、ビジネス的にログが重要だと考えていたということですね。
鶴岡 ソーシャルゲーム業界出身のメンバーが多かったですからね。当時はまだBigQueryがなかったので、Treasure Dataを使って分析していました。
吉羽 ビジネス側の人たちも自分でクエリ書いて自分たちで見ていたのでしょうか?
鶴岡 こういうデータがほしいと言われた時に、エンジニアが準備して見せてましたね。当時、クエリを投げても一瞬では返ってこなかったので、見るべき数値だけを定期的に取れるようにしていました。
吉羽 ダッシュボードを作ったりしたのでしょうか。
鶴岡 そうです。毎日0時を過ぎると、前日の結果がメールで送られてくるという仕組みを作ったりしていました。
吉羽 そういう仕組みのところはさすがモダンですね。
鶴岡 やるべきことは押さえていたと思います。
この記事は参考になりましたか?
- クラウドネイティブ時代のデベロッパー生存戦略連載記事一覧
-
- 業務の50%以上を技術普及に使えるメンバーも!? 技術が集まってくる環境づくりを、ソウゾウ...
- 「メルカリ アッテ」でなぜGCPが採用されたのか? ソウゾウ 鶴岡達也さんに聞く
- メルカリは日米英で異なるインフラを採用――メルカリのインフラの変遷を ソウゾウ 鶴岡達也さ...
- この記事の著者
-
CodeZine編集部(コードジンヘンシュウブ)
CodeZineは、株式会社翔泳社が運営する開発者のための情報メディアです。日々の開発に取り組むエンジニアやテクノロジーを学びたい方に向けて、プログラミングやAI活用、開発ツール、エンジニアの学びとキャリアに関する記事をお届けしています。
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
-
吉羽 龍太郎(Ryuzee.com)(ヨシバ リュウタロウ)
クラウドコンピューティング、DevOps、インフラ構築自動化、アジャイル開発、組織改革を中心にオンサイトでのコンサルティングとトレーニングを提供。 認定スクラムプロフェショナル(CSP) / 認定スクラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO)。Developers Summit 2016ベストスピーカー(1位)。 著書に『Amazon Web Services企業導入ガイド』(マイナビ)、...
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
この記事は参考になりましたか?
この記事をシェア
