W&B Teams を、ML チームの中心的な Workspace として使用できます。このページでは、組織管理者とチーム管理者がチームを作成し、メンバーとプライバシーを設定し、役割を割り当てることで、共同作業者が機密性の高い作業を適切な範囲に限定しながら Experiments や Reports を共有できるようにする方法を説明します。
W&B Teams では、次のことができます。
- チームで実施したすべての Experiments をトラッキングして、作業の重複を防ぎます。
- 過去にトレーニングしたモデルを保存して再現します。
- 進捗や結果を上司や共同作業者と共有します。
- リグレッションを検出し、パフォーマンスが低下した際にすぐに通知を受け取れます。
- モデル性能をベンチマークし、モデル バージョンを比較します。
Administration アカウントタイプのみが、チーム設定を変更したり、チームからメンバーを削除したりできます。
新しいチームを作成して最初のコラボレーターを招待するには、次の手順に従います。チームを作成したら、チーム設定でメンバーシップ、アラート、プライバシー を調整できます。
- 無料のW&Bアカウントにサインアップまたはログインします。
- ナビゲーションバーで Invite Team をクリックします。
- チームを作成し、コラボレーターを招待します。
- 以下のセクションで説明する設定を使用して、チームを設定します。
新しいチームを作成できるのは、組織の管理者のみです。
メンバーシップ、アラート、プライバシー設定など、チームに関する設定を行えます。以下のセクションでは、各設定カテゴリについて説明します。
チームの設定を管理するには、左側のメニューの Teams セクションにアクセスし、設定を変更するチームをクリックします。
メンバー セクションには、保留中の招待の一覧と、チームへの招待を承諾したメンバーが表示されます。一覧には、各メンバーの名、ユーザー名、メールアドレス、チームでの役割、および組織から継承された Models と W&B Weave へのアクセス権限が表示されます。標準のチーム役割である Admin、Member、View-Only から選択できます。組織でカスタムロールが作成されている場合は、代わりにカスタムロールを割り当てることもできます。
チームの作成方法、Teams の管理方法、チームメンバーシップと役割の管理方法については、Teams の追加と管理を参照してください。新しいメンバーを招待できるユーザーや、チームのその他のプライバシー設定を構成するには、プライバシーを参照してください。
チームメンバーを削除するには、管理者がチームの設定ページを開き、削除するメンバーの名の横にある Delete ボタンをクリックします。ユーザーがチームを離れた後も、チームにログされた Runs はそのまま残ります。
チームのアバターは、W&B App 全体でメンバーや訪問者がチームを識別するのに役立ちます。チームのアバターを設定するには、次の手順に従います。
- 左側のメニューの Teams セクションにアクセスし、アバターを追加するチームをクリックします。チームの概要ページが開きます。
- ページ左上にあるチームのデフォルトのアバター画像にカーソルを合わせ、Upload photo ボタンをクリックします。ファイル選択ダイアログが開きます。
- ファイル選択ダイアログで使用する画像を選択し、Open をクリックします。画像がチームにアップロードされ、チームのアバターとして設定されます。
アラートを使用すると、誰かがダッシュボードを監視しなくても、run のステータスについてチームに知らせることができます。アラートを設定すると、run がクラッシュしたときや完了したときにチームに通知できます。アラートはメールまたは Slack で送信でき、ニーズに合わせてカスタマイズすることもできます。
Team alerts セクションで、アラートを受け取りたいイベントタイプの横にあるスイッチを切り替えます。W&B では、次のイベントタイプを選択できます。
チームのオートメーションで、レジストリまたはプロジェクトでイベントが発生した際に通知を送信する Slack の送信先を設定します。たとえば、新しいアーティファクトが作成されたときや、run のメトリクスが定義されたしきい値に達したときなどです。詳しくは、Slack automation を作成するを参照してください。
レジストリまたはプロジェクトでイベントが発生した際に Teams のオートメーションから実行できる Webhook を設定します。たとえば、新しいアーティファクトが作成されたときや、run のメトリクスが定義したしきい値に達したときです。詳細は、Webhook オートメーションを作成するを参照してください。
チームのプライバシー設定では、表示範囲、招待、共有権限、およびチーム内の run に対するコードの保存などのデフォルトを管理できます。組織管理者が同じカテゴリのポリシーをすべてのチームに対して適用していない限り、チーム管理者はチームの Settings ページでこれらのオプションを変更できます。組織管理者も、設定を確認するためにチームの Settings ページを開くことができます。
次のプライバシー設定を変更できます。
- メンバー以外のすべてのユーザーにこのチームを非表示にする。
- 今後作成されるチームのすべてのプロジェクトを非公開にする (公開共有は不可) 。
- 管理者だけでなく、すべてのチームメンバーがほかのチームメンバーを招待できるようにする。
- 非公開プロジェクト内のレポートについて、チーム外への公開共有を無効にする。これにより、既存のマジックリンクも無効になります。
- 新規ユーザーの登録時に、メールドメインが一致する場合は、このチームへの参加を自動的に推奨する。
- デフォルトでコードの保存を有効にする。
手順に沿ったナビゲーションと、組織による適用がチームの Toggle とどのように連動するかについては、プライバシー設定を構成するを参照してください。
これらの設定を変更するには、https://wandb.ai/[TEAM-NAME] でチームのダッシュボードを開き、左側のナビゲーションで Team settings を選択してから、Privacy セクションを開きます。[TEAM-NAME] はチーム名に置き換えてください。
Usage セクションには、チームが W&B のサーバー上で使用した合計メモリ使用量が表示されます。デフォルトのストレージプランは 100 GB です。ストレージと Pricing の詳細については、Pricing ページを参照してください。
Storage セクションでは、チームのデータで使用しているクラウドストレージバケットの設定について説明します。詳細は、セキュアストレージコネクタ を参照するか、セルフホスティングの場合は W&B Server のドキュメントを確認してください。
チームプロフィールは、共同研究者を惹きつけ、チームの取り組みをアピールするのに役立つ公開ページです。チームのプロフィールページをカスタマイズすると、紹介文を表示したり、一般公開またはチームメンバー向けに公開されている Reports や Projects を掲載したりできます。Reports、Projects、外部リンクを掲載してアピールしましょう。
チームプロフィールを使用して、次のことができます。
- 研究成果をアピールするには、公開中の優れた Reports を掲載して訪問者に見てもらいましょう。
- アクティブな Projects を掲載すると、チームメイトが見つけやすくなります。
- 会社や研究室のウェブサイト、公開した論文への外部リンクを追加して、共同研究者を見つけましょう。
チームロールは、レポートの閲覧から他のメンバーの管理まで、各メンバーがチーム内で何を閲覧でき、何を実行できるかを決定します。同僚をチームに招待する際は、チーム内でのロールを選択します。選択できるチームロールは次のとおりです。
- Admin: チーム管理者は、他の管理者やチームメンバーを追加・削除できます。また、すべてのプロジェクトを変更する権限と、完全な削除権限を持ちます。これには、run、プロジェクト、アーティファクト、sweep の削除などが含まれます。
- Member: チームの通常メンバーです。デフォルトでは、チームメンバーを招待できるのは管理者のみです。この動作を変更するには、プライバシー設定を参照してください。
- View-Only (Enterprise-only feature): View-Only メンバーは、run、レポート、Workspace など、チーム内のアセットを閲覧できます。レポートのフォローやコメントはできますが、プロジェクト概要、レポート、run の作成、編集、削除はできません。
- Custom roles (Enterprise-only feature): カスタムロールを使用すると、組織管理者は View-Only または Member ロールのいずれかをベースに、追加の権限を組み合わせて、きめ細かなアクセス制御を実現する新しいロールを作成できます。その後、チーム管理者は、それぞれのチームのユーザーにそれらのカスタムロールを割り当てることができます。詳しくは、Introducing Custom Roles for W&B Teamsを参照してください。
チームメンバーが削除できるのは、自分で作成した run のみです。たとえば、メンバー A と B がいるとします。メンバー B が、チーム B のプロジェクトから、メンバー A が所有する別のプロジェクトに run を移動した場合、メンバー A は、その run を削除できません。管理者は、任意のチームメンバーが作成した run および sweep run を管理できます。
ユーザーのロールに加えて、チームでは自動化のためにサービスアカウントも使用できます。サービスアカウントはユーザーではなく、自動化されたワークフローで使用する非人間の ID です。詳しくは、サービスアカウントを使用してワークフローを自動化するを参照してください。
W&B は、主要な管理者が不在の場合でも管理者の運用を継続できるよう、チームに複数の管理者を割り当てることを推奨しています。
次の表は、どのロールがチームメンバーシップとチーム全体の設定を管理できるかをまとめたものです。チーム設定では、チームとそのメンバーに関する設定を管理できます。これらの権限があると、W&B 内でチームを効率的に管理し、整理できます。
Report の権限では、Reports の作成、表示、編集に対するアクセスを制御します。次の表は、特定のチーム内のすべての Reports に適用される権限を示しています。
次の表は、特定のチーム内のすべての Experiments に適用される権限を示します。
次の表は、特定のチーム内のすべてのアーティファクトに適用される権限を示しています。
このセクションは、セルフホスト型の W&B Server デプロイメントにのみ適用されます。システム権限を使用すると、Teams とそのメンバーを作成・管理し、システム設定を調整できます。これらの権限により、W&B インスタンスを効果的に管理および維持できます。
- トレーニング環境で チーム を設定している場合、その チーム のサービスアカウントを使用して、その チーム 内のプライベートまたはパブリックのプロジェクトに run をログできます。さらに、環境内に
WANDB_USERNAME または WANDB_USER_EMAIL 変数が存在し、参照先のユーザーがその チーム のメンバーであれば、それらの run をそのユーザーに紐付けることもできます。
- トレーニング環境で チーム を設定していない状態でサービスアカウントを使用すると、run はそのサービスアカウントの親 チーム 内の指定したプロジェクトにログされます。この場合も、環境内に
WANDB_USERNAME または WANDB_USER_EMAIL 変数が存在し、参照先のユーザーがそのサービスアカウントの親 チーム のメンバーであれば、run をそのユーザーに紐付けることができます。
- サービスアカウントは、自身の親 チーム とは異なる チーム 内のプライベートプロジェクトに run をログできません。サービスアカウントがプロジェクトに run をログできるのは、プロジェクトの可視性が
Open に設定されている場合のみです。
W&B プランの詳細については、料金ページを参照してください。データはいつでも、ダッシュボード UI または Export API を使用して、すべてダウンロードできます。
以下の高度なオプションは、追加のデータレジデンシー要件やコンプライアンス要件があるチームで利用できます。
チーム単位のセキュアストレージコネクタを使用すると、W&B で独自のクラウドストレージバケットを使用できます。これにより、機密性の高いデータを扱うチームや、厳格なコンプライアンス要件があるチームに対して、データアクセス制御とデータ分離をより強化できます。詳細については、セキュアストレージコネクタ を参照してください。