管理者ユーザーは、コンソールを介して他のユーザーを管理できる必要があります
Webインターフェイスを介してユーザー管理を提供するため(現在はCLIを介してのみ可能)
そのようなものはありません。
管理者がデプロイメントのユーザーを構成できる、コンソール内の管理領域。 これも:
コンソール
ユーザードロップダウン(右上隅)に、[管理者設定]セクションを追加できます。このセクションは、ユーザーが管理者フラグを持っている場合にのみ表示されます。 ユーザー管理は、すべてのユーザー(検索あり)、すべての未承認ユーザー、および電子メールでユーザーを招待するためのボタンを一覧表示する単純なビューにすることができます。
POC用にいくつかの簡単なワイヤーフレームを作成します。
はい。
私は今これを調べていますが、ユーザーの管理は私には最優先の懸念のように見えるので、これを新しいアカウントアプリ(#1422)の一部にするべきかどうか疑問に思っています。
このような全体的な管理上の懸念事項をアカウントアプリにグループ化して、コンソールをネットワーク関連の管理に限定したまま、スタック/展開構成ツールとして形作ることも有益であると思います。 アカウントアプリへのリンクを追加することで(できればユーザードロップダウンで)、コンソールでこれにアクセスできるようにすることができます。
考え@ johanstokking @ htdvisser ?
私の見解は2つあります。 1つは、#1422が基本的なユーザー管理を取得するのを待つ時間がないことです。2つは、新しいアカウントアプリを定義すると、主にユーザー自体に関するものであり、他のユーザーについて。
@johanstokkingのコメントに同意します。 アカウントアプリは「自分のユーザーアカウント」を管理するためのものであり、コンソールはネットワークを管理するためのものであり、あなたが管理者である場合はネットワークのユーザーを含みます。
デプロイメントの最初のオンボーディングフェーズでCLIのみのユーザーエクスペリエンスを回避するために、これを高くプッシュします。
未承認のユーザーの小さなテーブルをコンソールのユーザー管理ビューに追加したいと思います。 それ以外の場合、ユーザーはユーザーIDを手動で入力する必要があります。
このためにRPCを拡張する価値はありますか? 現在、リストRPCをフィルタリングすることはできません。 同様に、ユーザーのリストを検索できれば、UXが大幅に向上します。
そのための検索RPCがあります。 それらにstate
フィルターを追加することはすでに計画されています。