会社名

合同会社DMM.com

会社概要

会員数3,500万人を誇る総合サービスサイト「DMM.com」を運営。1998年の創業からこれまで動画配信、FX、英会話、ゲーム、太陽光発電、3Dプリントなど50以上のサービスを展開。沖縄での水族館事業参入、ベルギーでのサッカークラブ経営など、様々な事業を手掛けています。また2018年より若手起業家の支援を強化し、「DMM VENTURES」による出資やM&Aなどを積極的に展開しています。今後も、10年で300事業の立ち上げを目指し、コーポレートメッセージ「誰もが見たくなる未来。」とともに変化と進化を繰り返しながら、新たな事業に挑戦していきます。

ポジション

システムアーキテクト/プラットフォーム開発本部

仕事内容

「募集背景」
DMMに対して、「完成された会社」「すでに成熟しきった会社」という印象を持たれる方もいるかもしれません。
しかし実態として、20チーム超・200名超のエンジニアが運用し、年間売上3,870億円・会員数5,000万人超を支える基幹プロダクト群は、率直に言えば“カオス”な状態にあります。

技術スタックはPHP・Go・Java・Kotlinが混在し、インフラもオンプレミス・EC2・ECS・EKSが時代ごとに地層のように積み重なっている状況です。
さらに、CI/CDもCircleCI・GitHub Actions・ArgoCDがプロダクトごとにバラバラに存在しており、各プロダクト間の依存関係は複雑化しています。結果として、ドメインの責務境界が曖昧になっている箇所も少なくありません。

決済・購入領域ではTemporalやCQRS & Event Sourcingを用いたモダナイゼーションがすでに進行中ですが、個別プロダクトの改善だけではプラットフォーム全体の一貫性は保てません。

加えて、AIの活用により各チームの開発速度が上がりつつある今、整理されていないプラットフォームのままではその恩恵を十分に活かしきれません。
だからこそ、局所最適ではなくプラットフォーム全体を見渡し、設計方針を定められるシステムアーキテクトの存在が不可欠な状況です。

こうした背景のもと、CTOの渡辺が「走っている車を止めずにタイヤを変える」と表現するほどの難易度の高いミッションに向き合いながら、DMMの次の30年を支える基盤へと作り替えていくフェーズにあります。

現在、プラットフォーム開発本部には約200名のエンジニアが在籍していますが、プラットフォーム全体の設計・意思決定まで担えるシステムアーキテクト層は数％、数名程度に留まっています。

そのため今回、この“複雑で、難しくて、面白い”局面をともに前に進めてくださるシステムアーキテクトを募集します。

「事業概要」
DMMのプラットフォーム開発本部は、DMMTV／電子書籍／英会話／オンラインサロンなど60超のサービスを横断し、DMM経済圏の“心臓部”を担っています。

具体的には、ID・認証認可、決済・電子マネー、ポイント・クーポン、不正対策といった共通基盤を開発・運用し、すべてのDMMサービスが同じ土台の上でスケールできる世界をつくっています。

具体的には次の3つをミッションにしています。

DMMの60以上の事業の成長を加速させる
新しい施策やプロダクトが出るたびに、ゼロから認証・決済・ポイント設計をやり直すのではなく、プラットフォームを使えば最短距離でリリースできる状態をつくります。
結果として、
・新規サービスの立ち上がりが速くなる
・既存サービスの改善サイクルが回りやすくなる
・「やってみたい」が即プロダクトに変わる
その土台をつくるのが私たちの役割です。
DMMの信頼を守り、事業の“守り”を固める
決済・認証・不正対策は、トラブルが起きた瞬間に信頼が揺らぐ領域であり、高い品質水準が求められます。
私たちは、
・不正を最小化する仕組み
・止まらない決済基盤
・セキュアでスケーラブルな認証基盤
をつくり、安心感を技術で支えます。
良い顧客体験を提供する
ユーザーにとって、
・会員登録
・ログイン
・決済
・ポイント利用
は“DMM体験の最初の接点”です。ここがストレスフルだと、どんなにコンテンツが良くても体験は台無しになります。
私たちは、DMMを使い始める瞬間の体験を、できるだけスムーズで心地よいものにする役割を担っています。

「業務内容」
DMMプラットフォーム全体の設計方針の策定と最終判断を担い、20超のチーム・60超のサービスを一つの一貫したプラットフォームとして再構築していく役割です。

単なるレビューや助言ではなく、方針を定め、実証し、組織に浸透させ、実装まで伴走することを期待します。

プラットフォーム横断のアーキテクチャ設計
・プロダクト横断の共通課題（分散トランザクション、データ整合性、障害耐性、Observability等）を踏まえた中長期アーキテクチャ刷新計画の策定
・中長期アーキテクチャ方針の策定
・個別チームの設計判断の検証・最終意思決定
・必要に応じたプロトタイプ実装による実証
・ADR・デザインレビューを通じた設計方針の浸透
基幹プロダクト群の設計・改善
・ID／認証基盤：スケーラビリティと安全性の両立
・決済・電子マネー基盤：高可用性・整合性の担保
・ポイント・クーポン基盤：事業拡張に耐える設計
・不正対策基盤：リアルタイム検知と耐障害性の両立
モダナイゼーションのリード
・オンプレ → GKE/EKSへの移行設計
・PHP／Java → Goへの段階的リアーキテクチャ
・Temporal／CQRS & Event Sourcingを活用した分散設計の統括
・eKYC導入・新規決済手段追加の設計統括
共通の設計基盤づくり
・SLI/SLO設計、信頼性目標の標準化
・Observability設計（障害検知・原因特定の高速化）
・API設計規約、データ整合性ルールの整備
組織レベルの設計リーダーシップ
・複数チームにまたがる合意形成の主導
・レビューやADRを通じた設計文化の醸成
・局所最適 → 全体最適への転換をリード

開発環境/チーム体制
開発環境
マイクロサービス
- 言語：Go
- クラウド環境：AWS・GCP
- コンテナオーケストレーション：Kubernetes
- CIツール：CircleCI
- CDツール：Spinnaker
- メトリクス/監視：Datadog
- 構成管理ツール：Terraform
- DB：Aurora、DynamoDBなど

レガシーサービス
- 言語：Java、PHP、Kotlin
- オンプレ環境：CentOS6、CentOS7
- クラウド環境：AWS・GCP
- CI/CDツール：Jenkins
- メトリクス/監視：Datadog
- DB：MySQL

共通
- プロジェクト管理：ZenHub、JIRA
- バージョン管理：GitHub、Bitbucket
- 情報共有：Confluence、Slack
- その他：Re:dash、PagerDuty

横断基盤チームとの連携
Microservices Platform：マイクロサービス基盤の提供・推進
Design System / FEエコシステム：デザインシステム・モノレポ基盤の提供・推進

意思決定の場
マネージャー会（週2時間）：プロジェクト・組織課題の解決
Tech Lead MTG（週1時間）：技術課題の解決（チームリーダー中心）
アーキテクチャレビュー / ADR：システムアーキテクトが中心となり設計方針を言語化

求める経験・スキル

【必須条件】
・大規模システムの設計・運用経験
　　-大規模トラフィックを扱うシステムにおいて、可用性・整合性を意識したアーキテクチャ設計に関与した経験
　　-障害対応や運用改善を通じて、信頼性・スケーラビリティを考慮した設計に携わった経験
・システムの刷新・改善経験
　　-既存のレガシーなシステムに対し、リスクを踏まえた段階的な刷新や構造改善に関与した経験
　　-既存システムの課題を整理し、移行や改善の方針づくり、もしくは実装の一部を推進した経験
・複数コンポーネントをまたぐ設計理解
　　-複数サービスやコンポーネント間の依存関係を理解し、　影響範囲を踏まえて設計・実装を検討した経験
　　-他チームと連携しながら設計意図を共有し、調整を進めた経験

【歓迎条件】
・複数チーム・複数プロダクトにまたがる設計方針の策定および合意形成をリードした経験
・認証・決済・ポイント・会計など、ミッションクリティカルな基盤システムの開発経験
・DDD（ドメイン駆動設計）の実践的な導入・運用経験
・分散システムにおけるトランザクション管理、Event Driven Architecture、CQRS/Event Sourcingの設計経験
・Observability（SLI/SLO、分散トレーシング、アラート設計）の設計経験
・GKE/EKSなどのKubernetes基盤、もしくはマイクロサービスアーキテクチャの設計経験

【求める人物像】
・局所最適ではなく、プラットフォーム全体の価値最大化に喜びを感じる方
・正解がない状況でも仮説を立て、まず構造を提示できる方
・複雑な依存関係を整理し、「ここから手をつけよう」と道筋を示せる方
・自ら手を動かしつつ、周囲を巻き込んで前に進められる方