DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern

1 ©2024 Loglass Inc. DDDにおける認可の扱いと Kotlinでの実装パターン 2024.7.18 Server-side Kotlin Night
Yuta Muramoto / Loglass, Inc.

2 2 ©2024 Loglass Inc. 株式会社ログラス開発部エンジニア村本雄太
/ Yuta Muramoto (@urmot2) 自己紹介株式会社ログラスでLoglass⼈員計画という新規プロダクトの開発をしています。普段はKotlin + SpringBootで開発しており、Kotlin Festでは「認可 x DDD」という内容でプロポーザルを出したが、お⾒送りになったので、今回リベンジさせてもらいます。

5 ©2024 Loglass Inc. 5 認可について認可は操作を実行する許可を出すため仕組み例：ブログ投稿サービス  
• 権限(Permission): 投稿者はポストを編集できる。   • 認可(Authorization): ユーザーがポストを編集する権限があれば許可し、なければ拒否する。  

7 ©2024 Loglass Inc. 7 認可について認可処理はどのように書くべき？ • よくあるパターンで書く？  
• ライブラリを利用する？   • DDDを採用している場合は？   • マイクロサービスではどうあるべき？  

11 11 ©2024 Loglass Inc. しかし彼らはモデルには明確な制限があって、それ以上に広げすぎては行けないということを理解していなかった。その結果、セキュリティや権限の情報をコラボレーションモデルに組み込んでしまうという、間違いを犯してしまった。 (中略) 
つまりそれは、二つのモデルをひとつに混ぜ込んでしまうということだ。程なく彼らも気がついた。この混乱する状況は、セキュリティについての関心事をコアドメインに混ぜ込んだことに起因するものである。まさにコアビジネスロジックのど真ん中で、開発者がクライアントの権限をチェックしてからリクエストを処理していたのだ。    by 実践ドメイン駆動設計第2章「ドメイン、サブドメイン、境界づけられたコンテキスト」   DDDにおける認可について

17 17 ©2024 Loglass Inc. 認可のベストプラクティスでは？承認はすべてのアプリケーションにとって重要な要素ですが、ユーザーにはほとんど見えません。   また、通常はコア機能やビジネスロジックとは無関係です
。  https://www.osohq.com/academy/what-is-authorization  

18 18 ©2024 Loglass Inc. 認可のベストプラクティスでは？承認はすべてのアプリケーションにとって重要な要素ですが、ユーザーにはほとんど見えません。   また、通常はコア機能やビジネスロジックとは無関係です
。  https://www.osohq.com/academy/what-is-authorization   上記にはさまざまな順列や組み合わせがありますが、ほとんどのアプリケーションでは通常、次の設定をお勧めします。     1. 認証を処理するには、ID プロバイダーを使用します。   2. アプリケーション自体で認証を強制します。   3. 承認インターフェースを追加して、承認ロジックをアプリケーションコードから分離します。   https://www.osohq.com/academy/what-is-authorization  

21 21 ©2024 Loglass Inc. Kotlinで認可ロジックを分離する方法例: ブログ管理サービスブログ管理サービスの認可ロジックは以下の通りです。  
• チーム内にブログを投稿できるのはチームメンバーのみ   • プライベートな記事はチームのメンバーだけが閲覧可能  

34 34 ©2024 Loglass Inc. まとめ認可ロジックはコアドメインから分離する！ • IDDD本でも、Oso Authorization
Academyでも認可ロジックの分離を推奨しています   • 認可ロジックを分離する方法として以下を紹介しました   a. 共通interfaceパターン   b. Authorizedモナド  • 認可ロジックは取得系のほうが考えることが多く難しいです   • Spring Securityなどのライブラリを利用することでうまく分離可能な場合もあります   • ユースケースやプロダクトの状況に合わせて最適な実装方法を選択する必要は依然としてある  

DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-f...

DDDにおける認可の扱いとKotlinにおける実装パターン / authorization-for-ddd-and-kotlin-implement-pattern

More Decks by urmot

Other Decks in Technology

Featured

Transcript