私が考えるマイクロサービスアーキテクチャ

はじめに 以前に、マイクロサービスアーキテクチャにゼロから挑んだ開発経験から、私が現時点で考えるマイクロサービスアーキテクチャを書いてみる。前回はAWSで構築したがAWSに限定せず汎用的に表現してみたいと思う。 前提 例として、社員の勤怠と有給の管理ができるようなwebのSaaSプロダクトを考える。 ここでいうプロダクトとは商品として販売できる最小の単位とする。 境界づけ まずは、プロダクトを5つの機能に分類する。 認証・・・認証を行うIdP。ユーザー固有のIDを管理するユーザーディレクティブを持つ。 ユーザー・・・認証されたユーザーと権限の紐付きを持つ。 権限・・・ロールとポリシーによる権限を設定する。「ユーザー」「権限」「勤怠」「有給」というサービスそれぞれに個別の設定ができる。 勤怠・・・勤務の開始と終了を管理できる。 有給・・・有給の付与、消化、残日数の管理ができる。 パターン1：

[turanukimaru]

認証の問題を片付ければ重要な心配事が一つ解決するというのはその通りだが、マイクロサービスの地獄はサービスがサービスにアクセスするところから始まるのでここからが本当の地獄だ感がある。

[sakusaku__1986]

メガベンチャーレベルの大規模システムを除けば認証と決済だけ分離しておけば十分、が自分の今の所のところの考えかな。確実にNetflixになる自信があるなら最初からマイクロサービスにしても良いけどねぇ

[gionXY]

最近このあたりのこと考えてた