概要
REST APIのAuthorizationをOPAに任せ、ミドルウェアなどで統一した処理にすることで認可処理の運用や柔軟性を向上させることができます。
今回はその実装方法を紹介します。
環境
- opa v0.32.0
- go v1.17
アーキテクチャ
アーキテクチャのイメージとしては以下です。
アクセスしたクライアントがその権限を持っているかOPAでチェックし、権限を持っていればアプリケーションサーバ側の処理④を実行します。
OPA (Open Policy Agent) を使ってみる
背景
Policy as a Code（ポリシーをコードベースで管理する）の汎用的なエンジンとしてOPA - Open Policy Agent（オーパ）があります。
用途としては
- APIの権限管理（Authorization）を汎用化&共通化したい
- ネットワークの疎通に関するホワイトリスト（ブラックリスト）を汎用化したい
- Terraformやらk8sのコードに独自のLinterを用意したい
- TerraformでAWSのtagつけを必須にしたい、等
といった際に利用できます。
またエコシステムも充実しており、すでに多数のツールと組み合わせることが可能です。
ref: Open Policy Agent | Ecosystem
今回はそのOPAの基本的な使い方を説明します。
続きを読むfmt.Errorfとxerrors.Errorfと独自エラーと
背景
エラーハンドリングでは
- エラーが発生した箇所を追うことができる
- スタックトレースが出力できればなお良し
- エラーの原因によって処理を分岐することができる
といったことが重要です。
Go 1.13から入ったラップする仕組みにより、エラーメッセージにアノテートしていくことができエラーの発生箇所を追いやすくなりました。
またerrors.Isによりエラー原因による条件分岐もしやすくなりました。
今回はそれらと独自エラーの扱いについて説明します。
環境
- Go 1.16.7
