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
Elixir で決済サービスをつくってみた
Search
enerick
November 30, 2019
Programming
3
5.6k
Elixir で決済サービスをつくってみた
Developer Boost 2019 の発表資料です
enerick
November 30, 2019
Tweet
Share
Other Decks in Programming
See All in Programming
GitHub Actionsのキャッシュと手を挙げることの大切さとそれに必要なこと
satoshi256kbyte
5
430
Jakarta Concurrencyによる並行処理プログラミングの始め方 (JJUG CCC 2024 Fall)
tnagao7
1
290
OSSで起業してもうすぐ10年 / Open Source Conference 2024 Shimane
furukawayasuto
0
100
Pinia Colada が実現するスマートな非同期処理
naokihaba
4
220
What’s New in Compose Multiplatform - A Live Tour (droidcon London 2024)
zsmb
1
470
3 Effective Rules for Using Signals in Angular
manfredsteyer
PRO
0
110
Webの技術スタックで マルチプラットフォームアプリ開発を可能にするElixirDesktopの紹介
thehaigo
2
1k
リアーキテクチャxDDD 1年間の取り組みと進化
hsawaji
1
220
レガシーシステムにどう立ち向かうか 複雑さと理想と現実/vs-legacy
suzukihoge
14
2.2k
ActiveSupport::Notifications supporting instrumentation of Rails apps with OpenTelemetry
ymtdzzz
1
230
AI時代におけるSRE、 あるいはエンジニアの生存戦略
pyama86
6
1.1k
みんなでプロポーザルを書いてみた
yuriko1211
0
260
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
28
8.2k
Become a Pro
speakerdeck
PRO
25
5k
Optimising Largest Contentful Paint
csswizardry
33
2.9k
Testing 201, or: Great Expectations
jmmastey
38
7.1k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
109
49k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
410
Navigating Team Friction
lara
183
14k
RailsConf 2023
tenderlove
29
900
Transcript
Elixirで決済サービスを つくってみた Developer Boost 2019 株式会社ミクシィ ID・ペイメント事業部 橋本広⼤ 2019/11/30
今⽇話すこと つくってみた決済システムについて 6gram サービス紹介 決済システム概観 Elixir でのアプリケーション開発について Elixir について Elixir
の良いところ・悪いところ 決済サービス開発で便利だったこと
⾃⼰紹介 橋本広⼤(@enerick) 株式会社ミクシィ ID・ペイメント事業部 2016年4⽉⼊社 → XFLAG ID の開発・運⽤ →
幻のモバイル事業 → 新規の決済系サービス「6gram」や 社内決済基盤の開発・運⽤を⾏っている
つくってみた決済システムについて
None
実は最近 新しい決済サービスを リリースしました
決済システムについて ひとりでもみんなでも使えるウォレットサービス グループに⼊れたお⾦をシェアしたり、インスタントに発⾏したプリペイドカードに 残⾼を割り付けたりといろんな使い⽅ができる ‣ JCB プリペイドカードを1アカウントで複数枚(!)発⾏できる ‣ Apple Pay/Google
Pay と連携して QUICPay+ 決済を⾏える ‣ リアルカードも発⾏予定 2019年11⽉にAndroid版をひっそり先⾏リリース ‣ 現在完全招待制 ‣ 読み⽅は「ろくぐらむ」 「6gram」サービス紹介
決済サービス基礎概念 決済システムについて お⾦の流れには向きがある ⼊⾦:ウォレットへの残⾼チャージ 出⾦:6gramカードを利⽤してウォレットから⽀払い それぞれで求められる役割が異なる
決済サービス基礎概念 決済システムについて ⼊⾦⽅向でやること ‣ ユーザーが登録するクレジットカードや銀⾏⼝座情報の管理 ‣ 決済リクエストの送信 ‣ 加盟店として、カード会社や銀⾏への売上計上 出⾦⽅向でやること
‣ 発⾏したプリペイドカードの管理 ‣ ユーザーの与信管理 ‣ 決済リクエストの受信、許可/拒否応答(オーソリゼーション) ‣ 利⽤された各加盟店から計上される売上に基づいて精算
決済サービス基礎概念 決済システムについて ⼊⾦⽅向でやること ‣ ユーザーが登録するクレジットカードや銀⾏⼝座情報の管理 ‣ 決済リクエストの送信 ‣ 加盟店として、カード会社や銀⾏への売上計上 出⾦⽅向でやること
‣ 発⾏したプリペイドカードの管理 ‣ ユーザーの与信管理 ‣ 決済リクエストの受信、許可/拒否応答(オーソリゼーション) ‣ 利⽤された各加盟店から計上される売上に基づいて精算 6gramでは⼊⾦・出⾦の両⽅向で 決済ネットワークとの接続システムから プリペイドカードのオーソリゼーション・精算システムまで すべて内製しました
なんで内製? 決済システムについて ランニングコストや PCI DSS の維持なども含めた運⽤コストを考えると初期 にちょっと頑張って内製できるならそのほうが良いと判断 6gram では可能な限りフルマネージドサービスを利⽤することで少⼈数でも運⽤可能 なサーバーレス
PCI DSS 対応構成を採⽤している ‣ 既存構成とマッチしそうなパッケージ製品はなさそうだった… ‣ ムリだったら運⽤コストを受け⼊れてパッケージ製品を利⽤すればよい
なんで内製? 決済システムについて 「そもそもパッケージ製品って何をしてくれるんだろう…? 接続仕様書はどのみち必要らしいし、作ってみたらわかるのでは? 」 ある程度想像はしていたが、⼤変なことも多かった ‣ ⽂字通りの仕様書の⼭(紙のみ・複写禁⽌) ‣ 開発利⽤できる試験環境が無い
‣ パッケージを使わないため⼯程マシマシの試験、など ちなみにパッケージを利⽤してもこれらの全てから逃れられるわけではない しかし予定スケジュール通り⼊⾦・出⾦両⽅向の接続が完了 サーバーレス PCI DSS 環境も保たれ結果的に後悔はない…!
6gram では Elixir をふんだんに利⽤しています 決済システムについて Account アカウントや属性、認証情報の管理 Payment 決済に関連する情報の管理 Gateway
決済ネットワークとの接続・通信の管理 その他 決済基盤ダッシュボード、6gram 運⽤のための管理ツール
Elixir での Web アプリケーション開発について
Elixir ってどんな⾔語? Erlang VM 上で動作する Erlang/OTP との互換性がある どことなく Ruby inspired
な⽂法 マクロによる拡張性や Protocol による多相性などを加えている builderscon 2019 での ABEJA の⽯川さんの発表がオススメ ‣ builderscon tokyo 2019 - Elixir: Under the Hood - Qiita https://qiita.com/ishikawa@github/items/3d054f3d29920107687f Elixir での Web 開発について
Elixir の良いところ・悪いところ Elixir での Web 開発について Developer Summit 2019 での
gumi の幾⽥さんの発表がオススメ ‣ 私が愛する Elixir/Erlang の楽しさと⾟さ - Speaker Deck https://speakerdeck.com/cooldaemon/erlang-falsele-sisatoxin-sa わかりみ深い… がせっかくなので⾃分の感覚でもいくつか取り上げてみる
Elixir の良いところ Elixir での Web 開発について ‣ Erlang VM の安定性、耐障害性
‣ Erlang/OTP のライブラリや資産がそのままつかえる ‣ コア周辺の開発・コミュニティが活発 ‣ 公式ドキュメントがちゃんとしている ‣ パターンマッチ便利 ‣ ⾮同期・並列処理が簡単にかける ‣ 細かい便利機能が⾊々備わっている
便利なパターンマッチ Elixir での Web 開発について 基本的なパターンマッチ iex> {:ok, result} =
{:ok, 13} {:ok, 13} iex> result 13 iex> {:ok, result} = {:error, :bad_request} ** (MatchError) no match of right hand side value: {:error, :bad_request} (stdlib) erl_eval.erl:450: :erl_eval.expr/5 (iex) lib/iex/evaluator.ex:257: IEx.Evaluator.handle_eval/5 (iex) lib/iex/evaluator.ex:237: IEx.Evaluator.do_eval/3 (iex) lib/iex/evaluator.ex:215: IEx.Evaluator.eval/3 (iex) lib/iex/evaluator.ex:103: IEx.Evaluator.loop/1 (iex) lib/iex/evaluator.ex:27: IEx.Evaluator.init/4
便利なパターンマッチ Elixir での Web 開発について 強いパターンマッチ 先頭 2bytes に値の⻑さ、その後ろにその⻑さ bytes
分の値を持ち、 その後ろにはまた同じ構造を持つようなバイナリ列をパースしたい 8 "Content1" 4 "Hoge" 2bytes 8bytes
便利なパターンマッチ Elixir での Web 開発について 強いパターンマッチ 先頭 2bytes に値の⻑さ、その後ろにその⻑さ bytes
分の値を持ち、 その後ろにはまた同じ構造を持つようなバイナリ列をパースしたい iex> bin = <<0, 8, "content1", 0, 4, "hoge">> iex> <<len::16, val::binary-size(len), rest::binary>> = bin <<0, 8, 99, 111, 110, 116, 101, 110, 116, 49, 0, 4, 104, 111, 103, 101>> iex> val "content1" iex> rest <<0, 4, 104, 111, 103, 101>>
便利なパターンマッチ Elixir での Web 開発について 強いパターンマッチ 先頭 2bytes に値の⻑さ、その後ろにその⻑さ bytes
分の値を持ち、 その後ろにはまた同じ構造を持つようなバイナリ列をパースしたい iex> bin = <<0, 8, "content1", 0, 4, "hoge">> iex> <<len::16, val::binary-size(len), rest::binary>> = bin <<0, 8, 99, 111, 110, 116, 101, 110, 116, 49, 0, 4, 104, 111, 103, 101>> iex> val "content1" iex> rest <<0, 4, 104, 111, 103, 101>> パターン中で束縛した値をパターン中で使える。つよい
便利なパターンマッチ Elixir での Web 開発について ちなみに 同様のパターンで「ある値と同じ値」も簡単なパターンで表現できる iex> {n, n}
= {:ok, :ok} {:ok, :ok} iex> {n, n} = {:ok, 100} ** (MatchError) no match of right hand side value: {:ok, 100} (stdlib) erl_eval.erl:450: :erl_eval.expr/5 (iex) lib/iex/evaluator.ex:257: IEx.Evaluator.handle_eval/5 (iex) lib/iex/evaluator.ex:237: IEx.Evaluator.do_eval/3 (iex) lib/iex/evaluator.ex:215: IEx.Evaluator.eval/3 (iex) lib/iex/evaluator.ex:103: IEx.Evaluator.loop/1 (iex) lib/iex/evaluator.ex:27: IEx.Evaluator.init/4
細かい便利機能たち Elixir での Web 開発について self-contained なリリースファイル⽣成 mix release コマンドでランタイムコミコミのリリースを作成してくれる
2019年6⽉ にリリースされた v1.9 から標準搭載 ‣ アプリケーションサーバーに Erlang や Elixir のランタイムのインストールの必要 なし リリースファイルのコマンドオプションでスクリプト実⾏も出来るので、バッチ処理 も1バイナリでまかなえる ‣ 6gram の精算処理はこれを利⽤してアプリケーションサーバーと同じイメージを 使って精算バッチを実⾏している
細かい便利機能たち Elixir での Web 開発について ETS (Erlang Term Storage) で
in-memory データ保存 ノード内に閉じたデータの保持をしたい場合に外部システムを要さずに ETS という OTP 組み込みのデータストレージが利⽤できる ‣ 直接 ETS をつかわなくても Elixir の Registry などからつかうこともできる ‣ 6gram では起動時にデータ読み込みが必要なモジュールで読み込み結果の保持な どにも気軽に利⽤している
細かい便利機能たち Elixir での Web 開発について 簡単に⾮同期処理、並列処理が書ける Task で気軽に関数の⾮同期実⾏ができる ‣ 結果を気にしないタイプの⾮同期処理でも
Task.Supervisor を使ってプロセスに紐 付けるのを推奨 ‣ 紐付けておくと、アプリケーションの exit シグナルをトラップして実⾏が中断さ れないようにしたりもできる Flow で気軽にリストなどに対して並列 map などができる ‣ ノード内での並列度のコントロールや処理の待ち合わせなどもできる
Elixir の悪いところ Elixir での Web 開発について ‣ 動的型付けなので動かすと壊れてた・バグってたケースがままある ‣ よく⾔われているが
Erlang VM の速度⾃体は速くはない ‣ Binary の操作はいろいろ整っている⼀⽅ Bitstring の操作がわりと貧弱 ‣ 公式の SDK やライブラリは無い場合が多く、コミュニティ頼み or ⾃作 ‣ ⼈気ライブラリでも放置気味なものも…
Elixir でよくある動的型付け⾔語っぽいミス Elixir での Web 開発について だいたい Map や Struct
アクセス時 ‣ Map アクセス時の key の型違い(string/atom) ‣ Struct アクセス時の typo(コンパイルフェーズで気づけない) ‣ nil に dot access、など ほとんどはユニットテストで検出可能 しかし、テスト⽤のモック実装と現実の実装の間で返り値に差があったりすると… ‣ それでも staging 環境で気付ける ‣ 常⽤開発環境がない外部システムなら接続試験で…
Elixir でよくある動的型付け⾔語っぽいミス Elixir での Web 開発について Map アクセス時の key の型違い(string/atom)
iex> map = %{hoge: 100} iex> map.hoge 100 iex> map = map |> Jason.encode! |> Jason.decode! iex> map.hoge ** (KeyError) key :hoge not found in: %{"hoge" => 100} JSON を介したりするとついやってしまいがち atom は GC されないので、string → atom は雑にできない
Elixir でよくある動的型付け⾔語っぽいミス Elixir での Web 開発について Erlang の Dialyzer という静的解析ツールがあるが、
現状は個⼈のローカル環境でのサポート程度にしか利⽤できていない
bitstring の操作⽀援が貧弱 Elixir での Web 開発について binary 向けオペレータは基本つかえない… が頑張ればなんとかなる #
݁߹ͷྫ iex> <<1, 2>> <> <<3>> <<1, 2, 3>> iex> <<1::1, 2::1>> <> <<3::1>> ** (ArgumentError) argument error (stdlib) eval_bits.erl:101: :eval_bits.eval_exp_field1/6 (stdlib) eval_bits.erl:92: :eval_bits.eval_field/3 (stdlib) eval_bits.erl:68: :eval_bits.expr_grp/4 (stdlib) erl_eval.erl:481: :erl_eval.expr/5 (iex) lib/iex/evaluator.ex:257: IEx.Evaluator.handle_eval/5 (iex) lib/iex/evaluator.ex:237: IEx.Evaluator.do_eval/3 # ΦϖϨʔλΛ͔ͭΘͣʹ݁߹ iex> << <<1::1, 2::1>>, <<3::1>> >> <<5::size(3)>>
放置気味なライブラリもやっぱりある Elixir での Web 開発について ⼈気ライブラリでもそういうものもある tzdata というタイムゾーン管理のライブラリ(累計ダウンロード数でhex.pmの1ペー ジ⽬にある定番ライブラリ)にリソースの開放漏れに関する PR
を送ったときは8ヶ⽉ 後にマージされた ただこれはどの⾔語でもある問題な気がする
決済システム開発で便利だったこと Elixir での Web 開発について Erlang のエコシステムに乗っかれるのはやはり便利 6gram における ISO8583(クレジットカード取引のプロトコル)処理は
Erlang ⽤ラ イブラリをベースに実装している ‣ Bitmap の処理や中間表現のみを利⽤し、フィールドの定義や変換処理は⾃前実装 ‣ こういう拡張性のある実装のライブラリは Elixir には存在しなかった
決済システム開発で便利だったこと Elixir での Web 開発について バイナリプロトコルの処理も不⾃由なくかける!(慣れれば) C⾔語などのスタイルでの処理に慣れている⼈にはまどろっこしく感じるところもあ りそう パターンマッチ、SpecialForms (<<1,
2>> みたいなやつ) を使いこなすのが鍵
決済システム開発で便利だったこと Elixir での Web 開発について ログやスタックトレースの表⽰をコントロールできる PCI DSS 的にカード番号や CVC
などがログにでるのはインシデント ‣ 標準の Logger が拡張性あるので JSON ログするついでにフィルター関数も呼ばれ るように拡張 ‣ v1.8 で導⼊された Custom Inspect Optionを利⽤するとより事故を回避しやすく ‣ CVC は3桁程度のため、カード番号のように正規表現で⼀括フィルタしづらく、 どうやってエラー時などにもログに出さないようにするか悩ましかった ‣ Inspect Option 付の Struct に⼊れて引き回すことで不意の内容展開時も安⼼
まとめ
まとめ 6gram という新しいサービスがでました Elixir でのアプリケーション開発はいいところが⾊々ある 6gram、これからがんばっていきます!
None
なんで Elixir? Appendix すでに弊社の中では採⽤実績も複数ある選択肢だった 弊社で最初に Elixir を採⽤したのはリアルタイム通信を必要とするゲームのバックエ ンド 発⾜時点のメンバーが全員 Elixir
経験者 個⼈的にも、⼊社以来サーバーサイドはほとんど Elixir を扱っていた ‣ 未経験者でもそれほど初期の学習コストが⾼くないことも知っていた 前プロジェクトの資産を活かせる 前プロジェクトも Elixir で、その資産も活かせるため⾃然な流れで採⽤