通知マイクロサービスはアリ？ナシ？

設計 モデリングLT会 vol.3

Transcript

1. 通知マイクロサービスはアリ？ナシ？ 設計 モデリングLT会 - Vol.3 2022.1.20
2. Who? @mtoyoshi SheepMedical株式会社CTO SheepMedical： ・創業5年目のスタートアップ ・アジア、インド、U.S.など9カ国進出 ・デロイトトーマツ主催テクノロジー企業成長率ランキング 2021 第3位 設計を学んだり議論したりするのが好きです ときどき戒めのためにFizzBuzzEnterpriseEditionを眺めています
4. 通知マイクロサービスはアリ？ナシ？
5. 通知マイクロサービスはアリ？ナシ？ きっかけはこちらを読んでいて ↓↓
6. 通知マイクロサービスはアリ？ナシ？ 自分の経験上、通知マイクロサービス はあまりうまくいかなかった 自分はナシ派 みなさんはいかがでしょう？？ 「通知」サービス切り出しています か？
7. 通知マイクロサービスはアリ？ナシ？ ！注意！ この本は通知マイクロサービスを作る べきといった主張ではない
8. 通知マイクロサービスはアリ？ナシ？ 「通知」以外のマイクロサービスは業 務的な意味合いで切り分けられている （ように見える） 通知マイクロサービスは業務というよ りは機能の共通性で括りだされている ように・・・見える
9. 通知マイクロサービスはアリ？ナシ？ マイクロサービスアーキテクチャを採 用する場合、共有ライブラリ（やDRY原 則）はアンチパターンといわれる 詳しくはこちら → 「通知」は ”共有マイクロサービス”で あり同様に避けるべきでは？
10. 通知マイクロサービスはアリ？ナシ？ 通知といっても、様々： ・メール通知 ・スマホAppへプッシュ通知 ・Slackへ通知 ・Teamsへ通知 ・Chatworkへ通知 など。 また、当初要件はメール通知だけで あったとしても、増えがち。
11. 通知マイクロサービスはアリ？ナシ？ 依頼する側の影響を抑えるべく抽象層 が欲しくなる。 依頼する側は、「要はこんなメッセージ を通知したいんだ」 とだけ伝え、通知サービス内で「メール 通知」したり、「Slackに通知」したり。 Open-Closedの原則。
12. 通知マイクロサービスはアリ？ナシ？ 例えば、発送マイクロサービスが 荷物が発送されました。 1月21日 10:00に到着予定です。 とユーザーに通知したいとします。 加えて、日時を太字で強調したいとい う要件が来たとします。 どうする？
13. 通知マイクロサービスはアリ？ナシ？ 改めて通知マイクロサービスについて 考えてみる。 位置づけ的にも、通知サービスが発送 サービス固有のことを知っていたり依 存したりすることはないはず。 基本的には依頼されたことを粛々とや ることになるだろう。 （やはり共有ライブラリっぽい）
14. 通知マイクロサービスはアリ？ナシ？ ということは、発送サービスは ・通知したいメッセージ内容 ・どこを太字にしたいかの指示 を指示してもらう必要がある。
15. 通知マイクロサービスはアリ？ナシ？ ※なお、メッセージ内容は通知マイク ロサービスが持つ、という案も。 ただ「マイクロサービス側が持つデー タの値で文面変えたい」という要件が 来たときに双方向依存が起きたりしが ち。 自分で判断して送りたいメッセージ文 面を渡した方が良いと考える。
16. 通知マイクロサービスはアリ？ナシ？ 最終的に太字にするには ・HTMLメールなら<B>を使用 ・Slackなら*を使用 しかし依頼側は抽象層に合ったレベル 感で太字を指示する必要がある。 メタ修飾子の必要性。
17. 通知マイクロサービスはアリ？ナシ？ ・・・ただし、正直面倒くさい。 その結果、発送サービスからの依頼 文における日付箇所を太字にすること を、通知サービスが（指示がないのに なぜか）知っているプログラムになりが ち。
18. 通知マイクロサービスはアリ？ナシ？ いわゆる、 Leaky Abstraction
19. 通知マイクロサービスはアリ？ナシ？ 他にも、 Aマイクロサービスは ・「メール通知」 ・「スマホアプリプッシュ通知」 Bマイクロサービスは ・「メール通知」 ・「スマホアプリプッシュ通知」 ・「Slack通知」 などサービス毎に通知先が変わるか もしれない。Leaky Abstraction!
20. 通知マイクロサービスはアリ？ナシ？ そういったことを考慮すると、各マイク ロサービスが自分で通知するのが良 いのではないか。 機能共通型のマイクロサービスの独 立性を担保することは難しい。 （自分の設計力が足りていない可能性 も） ナシ
21. 通知マイクロサービスはアリ？ナシ？ なお、「注文する」API（ユースケース） の処理内で様々の通知処理もしてしま うのはやりすぎでは。 イベント駆動にすることで後続処理とし て分割できる。 ①OrderedEventをpublish ②自身で①のイベントをsubscribe ③各種通知処理が行われる ナシ
22. 通知マイクロサービスはアリ？ナシ？ なお、、、 ・土日は通知を受け取らない ・メール通知は受け取らない といった通知の仕方自体の仕様が複 雑だったりすると、通知マイクロサービ スがほしくなったり・・・ しそう（汗
23. ご清聴ありがとうございました