Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
POSレジとGo
Search
Terry
August 11, 2021
Programming
0
310
POSレジとGo
2021/08/11に行われたGeekGigの登壇資料です
https://showcase-gig.connpass.com/event/217914/
Terry
August 11, 2021
Tweet
Share
More Decks by Terry
See All by Terry
Goで実践するBFP
hiroyaterui
1
190
scratch imageでのtime.Location()
hiroyaterui
0
14
goroutineで親のctxのkey/valueを引き継ぐ実装
hiroyaterui
0
170
Go 1.20で入った Wrapping multiple errorsをみてみる
hiroyaterui
0
120
intSize = 32 << (^uint(0) >> 63)とは
hiroyaterui
1
650
リモート開発でのコミュニケーションどうしてますか?
hiroyaterui
0
130
プリンシプルオブプログラミング ~3章(Unix除く)と7章~
hiroyaterui
0
210
データ連携2ヶ月
hiroyaterui
0
40
はじめてのIT勉強会2018_4_25
hiroyaterui
0
330
Other Decks in Programming
See All in Programming
Cursor AI Agentと伴走する アプリケーションの高速リプレイス
daisuketakeda
1
130
ReadMoreTextView
fornewid
1
470
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
46
30k
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
160
関数型まつり2025登壇資料「関数プログラミングと再帰」
taisontsukada
2
850
Google Agent Development Kit でLINE Botを作ってみた
ymd65536
2
150
型付きアクターモデルがもたらす分散シミュレーションの未来
piyo7
0
810
都市をデータで見るってこういうこと PLATEAU属性情報入門
nokonoko1203
1
570
既存デザインを変更せずにタップ領域を広げる方法
tahia910
1
240
Haskell でアルゴリズムを抽象化する / 関数型言語で競技プログラミング
naoya
17
4.9k
C++20 射影変換
faithandbrave
0
530
「ElixirでIoT!!」のこれまでとこれから
takasehideki
0
370
Featured
See All Featured
Visualization
eitanlees
146
16k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
How GitHub (no longer) Works
holman
314
140k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Intergalactic Javascript Robots from Outer Space
tanoku
271
27k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.8k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Unsuck your backbone
ammeep
671
58k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.1k
Transcript
POSレジとGo 2021/08/11 GeekGig
2 今回話す内容 チャネルとgoroutineを 実際のビジネスロジックで使われている事例と そこから得た学びを共有します。
3 1. 自己紹介 2. O:derとPOSレジ 3. チャネルとgoroutineを用いたPOS連携 4. 学び アジェンダ
自己紹介
自己紹介 • 照井 寛也(てるいひろや) • 株式会社Showcase Gigに2021年2月よりジョイン • POS連携サービスにおけるバックエンドエンジニアを担当 •
Goを書いて半年ちょっと • Twitter: @1019Hiroya
O:derとPOSレジ
7 POSレジ • POS ◦ Point Of Sales • 役割
◦ 「何を・いつ・いくらで・何個販売したのか」を記録 ◦ 商品のマスタを管理.... • 種類 ◦ パソコン型 ◦ ターミナル型 ◦ タブレット型...
8 O:derとの関係性 POSレジからのマスタを O:derに同期 O:derからの注文・会計をPOS レジに連携 POS連携サービス
9 O:derとの関係性 POSレジからのマスタを O:derに同期 O:derからの注文・会計をPOS レジに連携 POS連携サービス
Goを用いたPOS連携
11 POS連携サービス POSレジからのマスタを O:derに同期 POS連携サービス
12 マスタ同期 • 店舗毎個別でマスタ同期できる機能がもともとあった 同期 同期 同期
13 マスタ同期 • 店舗毎個別に加えて店舗一括でマスタ同期できる機能が必要 同期 同期 同期 同期 同期 同期
14 マスタ同期 • 店舗毎個別に加えて店舗一括でマスタ同期できる機能が必要 同期 同期 同期 同期 同期 同期
15 マスタとは • O:derにはカテゴリー・メニューの概念がある ◦ カテゴリーに対してメニューが紐づく カテゴリー (店舗横断) メニュー (店舗毎)
冷菜 本日の鮮魚の カルパッチョ 柚子の香り 生ハム盛り合 わせ
16 マスタ同期の仕様 • マスタ同期のリクエスト毎に排他制御がされている必要がある ◦ リクエスト成功:202(accepted)を返し、実行はgoroutineで行う ◦ 既に実行中:409(conflicted)を返す • マスタ同期する内容は以下
2つ ◦ カテゴリー ▪ 店舗横断 ◦ メニュー ▪ 店舗毎
17 マスタ同期の仕様 O:der POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 1.カテゴリー同期 2.
メニュー同期 の順で同期する必要がある
18 マスタ同期の仕様 POS連携サービス POSレジ 店舗A メニュー同期 店舗B メニュー同期 店舗C メニュー同期
複数店舗同時に同期する必要がある O:der
19 マスタ同期の仕様 POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 店舗B メニュー同期 店舗C
メニュー同期 O:der 成功 リクエスト 202
20 マスタ同期の仕様 POS連携サービス POSレジ O:der 既に実行中 リクエスト 409
21 ここから ビジネスロジックをどうGoで実装するかを見ていく
22 マスタ同期の仕様 POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 1.カテゴリー同期 2. メニュー同期
の順で同期する必要がある O:der
23 チャネル POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 チャネルを用いてカテゴリー同期が終わり次第メニュー同期の実行 O:der
24 チャネル func categorySync(ch chan struct{}, .....) (err error) {
defer func() { ch <- struct{}{} } /* カテゴリー同期処理 */ } func menuSync(ch struct{}, .....) (err error) { select { case <-ch: /* メニュー同期処理 */ } }
25 マスタ同期の仕様 POS連携サービス POSレジ 店舗A メニュー同期 店舗B メニュー同期 店舗C メニュー同期
複数店舗同時に同期する必要がある O:der
26 マスタ同期の仕様 POS連携サービス POSレジ 店舗A メニュー同期 店舗B メニュー同期 店舗C メニュー同期
goroutineで並列実行 O:der
27 メニュー同期 func Sync(.....) (err error) { for _, shop
:= range shops { // メニュー同期 go menuSync(ch, ......) } ……. }
28 マスタ同期 func Sync(.....) (err error) { // カテゴリー同期 go
categorySync(ch) for _, shop := range shops { // メニュー同期 go menuSync(ch, ......) } ……. }
学び
30 「よし!できた!」 「アトミックではないね」 (アトミック...でない...)
31 アトミック(不可分性) コンピュータ上のプログラムの動作で、密接に関連する複数の処理が外部から一つの操作に見 え、途中の状態を観測したり介入できない性質を、操作のアトミック性、不可分性などという。 (https://e-words.jp/w/%E5%8E%9F%E5%AD%90%E6%80%A7.html) リクエストは他のリクエストが何をしているか観測できない
32 マスタ同期の仕様 • マスタ同期のリクエスト毎に排他制御がされている必要がある ◦ リクエスト成功:202(accepted)を返し、実行はgoroutineで行う ◦ 既に実行中:409(conflicted)を返す • マスタ同期する内容は以下
2つ ◦ カテゴリー ▪ 店舗横断 ◦ メニュー ▪ 店舗毎
33 アトミック(不可分性)でない 同期開始 同期終了 ロック の確認 409(conflicted) ロック中 カテゴリー同期 ロックの取得
メニュー同期
34 アトミック(不可分性)でない 同期開始 同期終了 ロック の確認 409(conflicted) ロック中 カテゴリー同期 ロックの取得
メニュー同期 ロックの確認と 取得までに 間が空いている
35 アトミック(不可分性)でない 同期開始 同期終了 ロック の確認 カテゴリー同期 ロックの取得 メニュー同期 同期開始
同期終了 ロック の確認 カテゴリー同期 ロックの取得 メニュー同期 リクエストA リクエストB ロックがかかっていない と判断される
36 不可分性を保つために 同期開始 同期終了 ロック の確認 409(conflicted) ロック中 カテゴリー同期 メニュー同期
ロックの確認と取 得を 確認直後に行う ロック の取得 ロック中
37 不可分性を保つために func changeState(db *sql.DB, from to state, .....) (err
error) { result, err := db.Exec("UPDATE sync_state SET state = to where state = from and …") affected, err := result.RowsAffected() if affected < 1 { /* 更新行なし = 他のプロセスで変更された */ } } • UPDATEでも不可分性を保つためのコードを利用
38 「よし!今度こそ!」 「同時並列が多すぎると高負荷になるね」 (確かに、、)
39 同時並列による負荷分散 O:der POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 店舗B メニュー同期
店舗C メニュー同期
40 同時並列による負荷分散 O:der POS連携サービス POSレジ カテゴリー同期 店舗A メニュー同期 店舗B メニュー同期
店舗C メニュー同期
まとめ
42 実装を通しての学び • チャネルやgoroutineをビジネスロジックに当てはめて実装できたことは初の経験だった ◦ struct{}でメモリの削減になることも学んだ • ロックの確認・取得・解放にはアトミックを意識したいところ ◦ stateなどのDB値リクエスト同士で奪い合わないように気をつけたい
• 負荷分散 ◦ goroutineで並行処理が簡単にできるが、連携サービスだからこそ、その前後のサー ビスの負荷を意識して双方に優しいサービスを心がけたい