DMMプラットフォームのマイクロサービス戦略 オーナーシップの落とし穴

[pospome]

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

連絡先の登録 (必須)

• 私は、こちらのフォームに必要事項を記入してsubmitしました

セッションのアブストラクト (最大250文字) (必須)

DMMプラットフォームは5年前からマイクロサービスアーキテクチャを採用しており、
現在はエンジニア120名を超える開発組織です。

マイクロサービスでは各チームが独立して動くための"オーナーシップ"が重要になりますが、
DMMプラットフォームはオーナーシップの設計に課題がありました。
そして、それに引っ張られるようにシステムアーキテクチャにも課題を抱えていました。

オーナーシップ設計の課題とその解決について、AWS周りのシステムアーキテクチャや組織改善を含めてお話します。

セッションについての補足情報 (最大800文字) (任意)

No response

セッション時間

45分

想定受講者の知識レベル（必須）

中級 - セッションの中心となるトピックを触ったことがある、現在勉強中である方向け

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

想定受講者の業種・業界・業態 (複数選択可) (任意)

No response

セッションのトピック (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code, エンジニアリングプロセス, エンジニア組織のカルチャー

セッションの技術カテゴリー (複数選択可) (必須)

コンテナ

セッション内で登場する主な AWS サービス (任意)

EKS, Transit Gateway, ECS, EC2

[aws-dev-day-japan]

AWS Dev Day Online Japan 2022 へのセッション応募ありがとうございます！
セッション審査は本issueへの GitHub リアクションも加味して実施します。ぜひぜひソーシャルでのシェアもお願いいたします。
採択の場合はご登録いただいた連絡先へ運営よりご連絡しますので、メールのご確認もあわせてお願いいたします。