[B! multitenancy] kiririmodeのブックマーク

名前空間を用いたQuickSight上でのマルチテナントの実現 - stmn tech blog

Work illustrations by Storyset こんにちは、スタメンの滿本、若園、田中、近藤です。スクラムでのチーム名は、チームねぎまです。 (2022年冬からスクラム開発に移行しました) 本記事では、QuickSightの概要、マルチテナント構成とその運用方法について紹介します。 QuickSightとは QuickSightは、AWSが提供しているクラウドBIサービスです。本項では、QuickSightの主な構成要素であるユーザーとアセットについて紹介します。ユーザー QuickSightでは、下記の3種類のユーザー種別があります。ロール権限範囲エンタープライズ版の費用 *1 管理者(ADMIN) 各種設定の変更, ダッシュボードの作成 24ドル/月作成者(AUTHOR) ダッシュボードの作成 24ドル/月閲覧者(READER) ダッシュボードの閲覧最大5

kiririmode 2024/04/27

リンク

マルチテナントにおけるRow Level Securityの具体的な実装と注意点 - そーだいなるらくがき帳

文脈、背景や問題点の説明マルチテナントを実装するうえで企業情報（以下company）単位で最小限の情報を扱うようにしたいがcompany単位にTableを作ったりDatabaseを作るのはALTERなどの運用が大変。そこでRLSを採用するために実際の技術検証をした上での注意点と実際の運用について必要な情報をまとめる。 PostgreSQL 14を前提としている公式ドキュメント CREATE POLICY 必ず一読はすること。困ったとき、わからないときはまずは公式ドキュメントを都度見ること。このドキュメントのゴール RLSの概要をつかめる RLSの最低限の注意点を理解し、実装時に罠を踏まない自分たちでRLSのポリシー自体をメンテナンスすることができ、デバッグできるテーブル構成 create table if not exists company ( id uuid defaul

kiririmode 2024/03/14

テナント毎にエンドポイント分ける形でのRLS実装

リンク

Row Level Security で事故らないアプリケーションを構築する - FLINTERS Engineer's Blog

こんにちは、清水（@_smzst）です。直近の業務でマルチテナントな DB でアプリケーションでのスイッチロール機能を実現するために Amazon Cognito や表題にある Row Level Security について技術検証や設計検討を行っていました。今回はこの Row Level Security について PostgreSQL での例を挙げて挙動を確認しながら、実際に導入するにあたって必要な知識や注意点までを網羅します。本記事が安全で堅牢なアプリケーション構築の一助となれば幸いです。 1. マルチテナントとは 2. Row Level Security とは 3. 実際に試してみる 3-1. 実現するための SQL 3-2. RLS 有効化前 3-3. RLS 有効化後 4. 補足 4-1. クエリのパフォーマンスについて 4-2. ユーザーとロールの管理について 4-3.

kiririmode 2022/09/10

コネクションプールも含めたRLSの適用戦略

リンク

PostgreSQLの行レベルセキュリティ(RLS)が実行計画に与える影響を確認してみた | DevelopersIO

マルチテナントなECサイトの注文データをイメージしています。tenant_nameのカラムにテナント名が入り、このカラムとDBユーザーの一致を行セキュリティポリシーよってチェックするようなイメージです。テストデータ等の準備それでは検証環境を準備していきましょう。今回の検証にはPostgreSQLバージョン11.11を利用しています。まずはテーブルを作成 CREATE TABLE orders ( id SERIAL PRIMARY KEY, tenant_name text, product_code text, order_date timestamp ); CREATE TABLE 続いてマルチテナント用のDBユーザーを作成 CREATE ROLE user01 LOGIN; CREATE ROLE CREATE SCHEMA "saas"; CREATE SCHEMA GRAN

kiririmode 2022/08/20

RLSを使った時はPolicyも踏まえたインデックス設計が必要になる

リンク

Cognito を使ったマルチテナント構成についてメモ

Cognito を使ったマルチテナント構成について、新しい公式情報が追加されていたので確認したメモマルチテナント構成には 4つのパターンがあるので、ユースケースに応じて検討する感じ User Pool ベースにマルチテナントテナント毎に User Pool を作成するテナント毎に MFA 設定やパスワードポリシーを管理したい場合に適しているテナント、つまり User Pool 毎にユーザーはサインアップする必要があるハイレベルな分離が可能だが開発・運用がツラめアプリクライアントベースにマルチテナントテナント毎にアプリクライアントを作成する User Pool 自体は 1つなので、ユーザーが管理するアカウントも 1つで良い 1つのユーザーに対して複数のアプリクライアントが使用できるホストされた UI を使う場合、各アプリクライアントでセッション Cookie が共有され