社内システムの構造と設計、実装のはなし

社内システムの構造と設計、実装のはなし

Developers Summit 2014 [13-B-3] #devsumiE2014/02/13

@tagomoris (TAGOMORI Satoshi)

14年2月13日木曜日

TAGOMORI Satoshi (@tagomoris)LINE Corp.

Development Support Team




DevOps


DevOps×


Dev of Ops, by Ops, for Ops


社内システムほど他システムとの連携を考えよう

社内システムでは JSON API を使おう

実装は必要なところから必要なだけやろう


Webサービス今昔


Web2.0マッシュアップ全盛期


OAuth流行、支配的に


WebAPI制限


Open Web API

トラフィック、レスポンスタイム


Open Web API

コストは誰が払う？


Open Web API

互換性



社内システム: Closed Web



機能 > 性能



Long Life Cycle



Target User: 自分


機能

認証

資産管理

動作状況モニタリング

データ蓄積

可視化

情報共有

プロトコル変換

便利UI提供

バージョン管理


何が問題なの？


情報と権限の分断


情報と機能の冗長化


UXの欠如


自動化の障壁


全部入り: アップデート不可能


社内システム連携？


DBを直接


SOAP


CORBA


SOA!


RPC Protocols

Protocol Buffer, Thrift, XML-RPC, MessagePack-RPC,

...


社内システム連携: Make it simple!


権限分断を最小限に


機能情報には複数の参照方法を


モジュール化単機能システムを連携させる

アップデートが容易な状態を保つ


1.社内システムほど他システムとの

連携を考えよう機能をAPIとして公開しよう


Closed Web API

トラフィック、レスポンスタイム


Closed Web API

コストは誰が払う？


Closed Web API

互換性


API互換性

プロトコルデータ構造意味の一貫性

クライアント要件の不変性/普遍性


Protocols of Closed Web API


Thrift, Protocol Buffers(IDL)

FTP, RSH, SSH, ...

HTTPSOAP, XML-RPC, ...

JSON


長期運用


長期運用するということは

きちんとアップデートするということ


アップデートの容易さ


データ内容の把握

見ればわかる！だいじ！


テストの容易さ

curl is great


百聞は一見に如かず

1 times curl >>> 100pages docs

ease to try >>> performance

loosely coupled >>> strict protocol


2.社内システムでは

HTTP JSON API を使おう


実装


社内システムの実装


動くことが大事


ドキュメント、大事？


優先度


× 「こんなこともあろうかと」


「いま」欲しい機能をつくる


優先度ハック

実装がラクなAPIをつかう


優先度ハック

機能を切り刻む


優先度ハック

修正単位を最小化する


逆優先度ハック

切り刻まれた細かい機能追加タスク



今いらないなら後でやればいいのでは？だっていつでもできるでしょ？



後でやればいいなら今後何が必要かをいま考えなくていい



(将来の)要件定義は難しいだから後回しにしようよ


積極的にサボる


3.実装は必要なところから必要なだけやろう


アーキテクチャと開発・運用


アーキテクチャの割り切りが開発・運用を加速する


開発・運用の前提がアーキテクチャをシンプルにする


ビジネスへのインパクト

社内システムほど試しやすい場はない顧客は自分


To make it simplemakes our own environments

better than before.

let’s do with your own systems!


Technology

社内システムの構造と設計、実装のはなし