Go in Corporate Solutions Engineering

Slide 1

Slide 1 text

Go in Corporate Solutions Engineering mercari.go #5 / @fivestar

Slide 2

Slide 2 text

自己紹介

Slide 3

Slide 3 text

小川雄大 (OGAWA Katsuhiro) ● @fivestar ● CSE 所属 ● Backend Engineering アーキテクト ● 2018/1/1 入社 ● 得意な言語は PHP ● 前職は Ancar Inc. / CTO

Slide 4

Slide 4 text

CSE について今日のトピック 01 プロダクトと開発チーム体制 02 Backend of People Products 03 開発の歩み 04 技術的課題 05

Slide 5

Slide 5 text

CSE について

Slide 6

Slide 6 text

4 Corporate Solutions Engineering チーム “Solving business challenges with engineering” 経営課題をエンジニアリングで解決する

Slide 7

Slide 7 text

● 2017/11 に元メルカリ CTO・VPoE の @sotarok により立ち上げ ○ 初期名称は Corporate Engineering チーム ● 組織課題の解決にフォーカスしたエンジニアチーム ● メルカリアプリの開発チームからは独立 ○ メルカリのバリューを活かしつつ独自のチーム文化を形成生い立ち

Slide 8

Slide 8 text

2018 /01 3人 / 1ドメインプロダクト開発が始まる 2月には人数が倍に 2018 /07 15人 / 3ドメイン 2018 /12 26人 / 4ドメイン IIT から新卒加入 CSE チームの変遷 PM 加入チーム名を CSE に変更

Slide 9

Slide 9 text

ビジネスドメイン People Products 人と組織のデータベース、人事評価 Accounting Products 会計システム、連結決算、会計監査レポート Communication & Knowledge Wiki PR & Branding コーポレート Web

Slide 10

Slide 10 text

プロダクトと開発チーム体制

Slide 11

Slide 11 text

People Products Teams 人と組織のデータベース Reviews 人事評価システム Benefits インセンティブマネジメント

Slide 12

Slide 12 text

Frontend / Backend Frontend フレームワークはプロダクトごとに選定 REST API Backend

Slide 13

Slide 13 text

People Products 開発チーム体制 ● エンジニアリングマネージャー (EM) / 2人 ● プロダクトマネージャー (PM) / 2人 ● ソフトウェアエンジニア / 11人 ● QAエンジニア / 1人 ● デザイナー / 2人

Slide 14

Slide 14 text

● 担当領域 ○ プロダクトあるいはエピックごとに担当をつける ○ ある程度流動的 ● 技術領域 ○ 多くのメンバーは Frontend/Backend 両方やるエンジニアリングチーム体制

Slide 15

Slide 15 text

● Frontend / Backend それぞれにアーキテクトが1人 ○ 一部 Tech Lead のロールを兼任 ○ プロダクト横断でアーキテクチャに責任を持つ ● コードもめっちゃ書くアーキテクト

Slide 16

Slide 16 text

● 月に1度、2日に渡って技術的課題解決に注力する ○ リファクタリングやドキュメンテーションなど ○ PM ではなくエンジニアがオーナーシップを持つ ● EM も参加 DevDay

Slide 17

Slide 17 text

Backend of People Products

Slide 18

Slide 18 text

Backend 基本構成 ● アプリケーション ○ Go 製の API ● インフラ ○ メルカリの Microservices プラットフォーム ○ MySQL (CloudSQL)

Slide 19

Slide 19 text

Backend アーキテクチャ ● REST API ● Entity Model ● Repository ● Service (Usecase)

Slide 20

Slide 20 text

REST フレームワーク ● BEAR.Sunday respected ● Handler を Resource 単位で管理 ● HAL フォーマットをサポート

Slide 21

Slide 21 text

● On{HttpMethod} ハンドラー ○ 未定義の場合は 405 ● View Model ○ JSON 定義はこちらに ● resource.Base ○ State 管理 Resource 指向ハンドラー

Slide 22

Slide 22 text

この他に使用している主な外部パッケージ ● github.com/dgrijalva/jwt-go ● github.com/go-chi/chi ● github.com/mattes/migrate ● github.com/pilu/fresh ● go.uber.org/zap ● gopkg.in/guregu/null.v3

Slide 23

Slide 23 text

開発の歩み

Slide 24

Slide 24 text

開発の歩み (2018/1~) ● Reviews の MVP バージョンリリース ○ 1月末に実施される評価に向けた機能開発を2週間で実装 ● Go はみんな素人レベル ○ @fivestar が趣味でツール作ってた程度 ● 動くこと最優先 ○ ベタベタに Handler を書いていた ○ hot-reload の仕組みを最優先で整えた

Slide 25

Slide 25 text

● 2週間で REST フレームワーク開発 ● ドメイン層の基本アーキテクチャを決める ○ シンプルな Entity Model ○ DDD 由来の Repository / Service 開発の歩み (2018/2~)

Slide 26

Slide 26 text

● Teams / Reviews の正式リリース ● リリースを前に管理者用ページがなく運用面がガバガバだったため PHP でその場しのぎのツールを作る ○ 未だに活用されてしまっている... 開発の歩み (2018/4~)

Slide 27

Slide 27 text

● API アクセスコントロールのための仕組みを導入 ○ Teams IAM ● データ暗号化基盤の導入 ○ 評価等の機密データを暗号化 ○ Cloud KMS を利用開発の歩み (2018/6~)

Slide 28

Slide 28 text

● Slack 通知の仕組みを Cloud Functions を用いて実装 ○ 新卒が担当 ○ Go… ではなく JavaScript ● Benefits リリース ○ 日本初の挑戦を。メルカリが新インセンティブ制度に込めた想いとその舞台裏開発の歩み (2018/12~)

Slide 29

Slide 29 text

技術的課題

Slide 30

Slide 30 text

● ORM などは導入しておらず SQL をベタベタと書いている ● カラム追加時などソースコードの変更箇所が多いため効率的にスキーマ・クエリ管理ができるツールがほしい SQL Building

Slide 31

Slide 31 text

● 途中で testify が導入された ○ 個人的には testing パッケージで十分だと思っている ● モックどうするかテストの書き方が統一されていない

Slide 32

Slide 32 text

● バックエンドも肥大化しつつある ● 少なくともアプリケーションドメインごとにコードを分けたいマイクロサービス化

Slide 33

Slide 33 text

● 短期間で作ったため DevDay にて調整中 REST フレームワークの OSS 化

Slide 34

Slide 34 text

● メルカリ本体側の人たちともっと交流したい Go のスペシャリスト不在

Slide 35

Slide 35 text

Any questions?