東急ハンズのクラウドデザインパターン　アーキテクチャー編

@ Copyright HANDSLAB INC All Rights Reserved.
2015年3月22日
東急ハンズのクラウドデザインパターン
アーキテクチャー編
ハンズラボ株式会社
チーフエンジニア
田部井一成

TW:@HandsLabInc #jawsug #jawsdays #handslab 1
自己紹介
 名前：田部井一成
 所属：ハンズラボ株式会社
 担当：外販案件、特にポイントシステム
 特技：シェル芸、電子工作
 趣味：ビールクラフト、燻製、歩く、寝る
 好きなAWSサービス：

今日お話したいこと
新基幹システムのアーキテクチャーについて

東急ハンズの基幹システム？
 本資料では、MDシステムのこと
 MD：マーチャンダイジング
 商品管理、在庫管理、売上管理・・・
小売業にとっての根幹業務を担うシステム！

開発チーム
東急ハンズの内製化を担当してきた
 元店舗従業員も開発
 RDB？オブジェクト指向？
 ネイティブなエンジニアと協業
 ユニケージ開発手法
 バックエンドの言語はbash
 データはテキストファイルで保持
 ミドルウェアやパッケージを極力排除
 フロントエンドはHTML5
 レガシーなバックエンドに、フロントは極力最新の
WEB技術を組み合わせる

ミッション
① リアルタイム
大原則：フルマネージドサービスを使い倒す！
② 夜間バッチレス
③ スケールアウト

ミッション
① リアルタイム
 即時のリアルデータによる、接客向上
 将来のEC連携・統合への布石
 即時性の必要なデータをDynamoDBに

①リアルタイム
FTPd
S3Bucket SQS Worker SNS
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
新PDA/店舗PC店舗
WEB/APP
サーバ
レジ売上から在庫・売上データ更新フローの例

既存POSからの売上受信
は、POSから直接FTPサー
バへ保存。
S3 Event Notifications を
利用し、トランザクションの
書き込みをSQSへキューイ
ング。
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ

Workerはキューをクロール
し、処理区分に応じたSNSト
ピックを発行。
SNSは更新対象のSQSへ
キューイング。
今回は売上なので、売上と
在庫それぞれのSQSへ。
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ

Workerは自分の担当の
キューをクロールし、
DynamoDBの在庫/売上を
更新する。
店舗従業員は、各自の
PDA/店舗PCからアクセス
する。
AppサーバはDynamoDB
から在庫/売上を取得すると、
現時点の数量がリアルタイ
ムに表示される
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ

 ポイント
 更新処理のトリガーをS3に
 S3に1ファイル置くだけで、後続処理はよしなに
 複数SQSへのキューイングはSNSで
 例外処理の省力化
 SNSがバッファになる

ミッション
② 夜間バッチレス
 夜中に電話で起こされるのはもう嫌・・・
 確定データ作成処理のお守りをする毎日
 完了遅延で開店ができない・・・
 日中も常に確定データを作り続け、店舗業務終了と
同時に日次データが完成

②夜間バッチレス
FTPd
S3Bucket
POSレジ
新POS
レジ売上から日次データ更新までの流れ
Worker 日次データ
集計データ新PDA/店舗PC店舗
WEB/APP
サーバ
既存POSからの売上受信
は、POSから直接FTPサー
バへ保存。
1トランザクション1ファイル
で、リアルタイム用とは別の
Bucketに保存する

FTPd
S3Bucket
POSレジ
新POS
WEB/APP
サーバ
WorkerはS3上の取引ファイル
を集めて日次・集計処理。
一日分の取引を、日中常に洗い
替え処理するイメージ。
日次データは当日発生した
トランザクションのまとめファ
イル。
集計データは、過去データ
も含めた、計算済みファイル。

FTPd
S3Bucket
POSレジ
新POS
WEB/APP
サーバ
店舗Appサーバは、過去
データの参照や、リアルタイ
ム性が不要な情報は、S3か
らファイルを取得する。
店舗業務終了後、サーバを
停止する。
店舗の業務が終わり、デー
タが発生しなくなったら、
Workerを止める。
最後の日次処理データ＝確
定データ。

FTPd
S3Bucket
POSレジ
新POS
WEB/APP
サーバ
店舗Appサーバは、過去
データの参照や、リアルタイ
ム性が不要な情報は、S3か
らファイルを取得する。
店舗業務終了後、サーバを
停止する。
店舗の業務が終わり、デー
タが発生しなくなったら、
Workerを止める。
最後の日次処理データ＝確
定データ。
詳しくはWEBで！

 ポイント
 DynamoDBを使わない
 集計処理や洗い替えには向かない
 RDSを使わない
 大規模にスケールできない
 そもそもテキストファイル文化
 S3にデータを保存する謎の安心感

ミッション
③ スケールアウト
 今後の新システムの全店導入をスムーズに
 新店オープンでも処理能力の心配を無しに
 EC連動/統合を視野にいれる

③スケールアウト
SQS/SNSの活用で、各部が疎結合/ステートレス！
AutoScaling、DynamoDB、S3でデータ/処理能力がオートスケール！
S3Bucket
Worker
日次データ
集計データ
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ
ASG
ASG
ASG
ASG
ASG
キュー数で
オートスケール！
負荷で

SQS/SNSの活用で、各部が疎結合/ステートレス！
AutoScaling、DynamoDB、S3でデータ/処理能力がオートスケール！
S3Bucket
Worker
日次データ
集計データ
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ
ASG
ASG
ASG
ASG
ASG
キュー数で
負荷で
売上高1兆円規模でも対応可能！！
※2013年3月期
売上高 828億万円（Wikipediaより）

1兆円システムへの懸念点・・・
S3Bucket
Worker
日次データ
集計データ
FTPd
SQS Worker
SQS Worker
POSレジ
新POS
売上テーブル
在庫テーブル
WEB/APP
サーバ
ASG
ASG
ASG
ASG
ASG
１Bucketが受けられる書き
込みリクエストは、100件/秒
まで
SNSは毎秒3000件を超え
るとAWSの中の人に怒られ
る
SQSも毎秒3000件を超える
とAWSの中の人に怒られる

まとめ
ハンズラボでは、こういう、ちゃんとした、基幹システムもつく
れるということや

まとめ
ハンズラボでは、こういう、ちゃんとした、基幹システムもつく
れるということや
しかも、既存の考え方にとらわれず、常に
新しいソリューションを追い求めます！

今後の予定
 新MDシステムの全店舗展開
 新POSの開発
 ECとの連動、統合
 そして、外販へ・・・
今後も目玉開発が目白押し！
ハンズラボでは、一緒に新アーキテクチャーを構築し
てくれるメンバーを募集してます！

東急ハンズのクラウドデザインパターン　アーキテクチャー編

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie 東急ハンズのクラウドデザインパターン　アーキテクチャー編

Ähnlich wie 東急ハンズのクラウドデザインパターン　アーキテクチャー編 (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (9)