複数クライアントの管理
あるクライアントの作業が、間違ったクリック1つで別のクライアントの読者に届いてしまうべきではありません。
これは設計を説明しており、稼働中のサービスではありません
本番環境で検証されたコネクターはまだなく、このページの内容はどこにもまだ公開されていません。ワークフローの一部が構築済みの箇所ではそう記載し、構築されていない箇所でもそう記載しています。
課題
ほとんどのチームは注意深さでクライアントを分離しています。1つの共有アカウントがすべての接続ページを保持し、1つのカレンダーがすべての予定を保持し、クライアントの下書きと間違った読者との間にあるのは、午後6時に画面を見ている人だけです。誰かがチームを去ると、その分離も習慣とともに失われます。
製品の設計方法
- プロジェクトが分離の単位です。接続アカウント、下書き、キュー、メディア、受領記録はプロジェクトに属し、メンバーは自分が追加されたプロジェクトしか見えません。
- この分離は3重に強制されます。認証時、アクションを認可するアプリケーションサービス内、そして行レベルセキュリティを通じたデータベース自体において。サインインしていることが権限として扱われることは決してありません。
- レポートも同じ境界に従うため、クライアントごとのレポートが誰かが手作業で組み立てるスプレッドシートではなく既定の形式になります。
実際に構築されているもの
プロジェクト、プロジェクトに限定されたメンバーシップ、そしてその背後の行レベルセキュリティポリシーは構築済みでテストされています。プロジェクト間の読み取りを試み失敗することを検証するテストも含まれます。プランはチームが必要とするプロジェクト数に応じて決められます。まだどのプロジェクトからもどのプラットフォームにも何も公開されていません。
このページに間違った点が見つかりました
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.