Microservices における認証と認可の設計パターン

マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

[seal2501]

人によって同じものを違うと言っていたりその逆もあったりする認証パターンがシンプルにまとまっててこんがらがってた頭がスッキリした

[northlight]

この分野本当に難しい…

[fukuchiharuki]

パターン集

[t_f_m]

あとで

[Chisei]

RBAC について深く理解できた。

[michael-unltd]

“認証の設計パターン”

[mallowlabs]

“Microservices における認証と認可の設計パターン”

[mapk0y]

わかりやすい

[iekusup]

ほー。

[masaki925_8107]

従来式はopaque トークン “情報を含むトークンは “JWT”、そうでないトークンは “Opaque トークン” ”

[cpw]

読んでおかないたほうが良さそう

[wata88]

JWTパターンが楽だから好き

[noseld]

良記事

[p1ass]

分かりやすくまとまっててよかった

[oakbow]

ここで挙げられてるSSOパターンって今でもそうしてるところあるのかな。すぐ後ろのJWTパターンに相当するものがほとんどってイメージがあるけれど。

[cou929]

カテゴリ変更依頼した