> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/hajimeni/manage-teams-and-applications/managing-user-access-with-teams.md).

# チームによるユーザーアクセス管理

## はじめに <a href="#introduction" id="introduction"></a>

Aikido を使うと、チームを作成し、複数のリポジトリやクラウドを接続し、RBAC（ロールベースのアクセス制御）を使用してアクセスを管理することで、セキュリティを向上できます。この記事ではユーザーアクセスの管理に焦点を当てています。Teams を使ってリソースを Projects や Apps にグループ化したい場合は、 [**ここをクリック**](/docs/docs-ja/hajimeni/manage-teams-and-applications/manage-and-view-your-apps-and-projects-via-our-teams-feature.md).

## ユースケース <a href="#use-cases" id="use-cases"></a>

* **選択的アクセス制御:** リポジトリへのアクセスを、指定されたチームメンバーのみに割り当てます。
* **リポジトリをすばやくフィルタリング:** 複数のチームがある企業では、各チームがコードベース全体にアクセスできる場合がありますが、主な責務は特定のリポジトリやプロジェクトに限定されることがよくあります。Aikido でチームを作成すると、チームメンバーは **集中して概要を把握できます** 自分の作業に関連するリポジトリだけを。\
  ​

  ![](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-4bb2f109bd2129819846da01466f592e79b2c0e0%2Fucarecdn-e47c7d0e-a0e8-40db-9c28-dd5ab925c8c5.png?alt=media)
* **モノレポを分割して使用する場合に、より見やすい概要。** モノレポの特定のディレクトリにチームメンバーを割り当てることで、概要を改善できます。モノレポの分割に関する詳細は [こちら](https://help.aikido.dev/en/articles/9026666-splitting-up-your-monorepo-per-directory).

## チームの作成方法 <a href="#how-to-create-teams" id="how-to-create-teams"></a>

**ステップ 1:** 次へ移動します: **設定 -> チーム**\
​

![ユーザー「mdschuym」が4つのアクティブなリポジトリと1人のメンバーを持つことを示すチームダッシュボード。](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-0b18ccf8b33376a81bcb2be0b155c8ea75bf054a%2Fucarecdn-eb9c5cc9-fe18-4fda-8040-d68dc275f186.png?alt=media)

**ステップ 2:** クリックします **チームを作成** してチームに名前を付けてください

![](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-2df987cb28febd5270a9e0f37b72b13d15f2eaee%2Fucarecdn-2713e19f-5433-435b-b10b-9f1aa409950e.png?alt=media)

**ステップ 3:** **チームメンバーを追加** して、新しく作成したチームに追加します。

![利用可能なユーザーとチーム割り当てオプションを表示するユーザー管理インターフェース。](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-360a0c5347426b99a212daa1a65be6b91a03be63%2Fucarecdn-59d4a227-bdc5-4880-a1de-4fcb3da51294.png?alt=media)

**ステップ 4:** を定義します **チームの責務** を **責務タブからリソースを追加することで。** クラウド、リポジトリ、コンテナ、ドメイン、zen app など、さまざまなリソースを追加できます。

> 特定のドメインをチームにリンクしたい場合は、ドメインをリポジトリまたはコンテナにリンクすることで設定できます。アクセス権限は自動的に継承されます。

![](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-4b1f7aa1140b1da0c2188c7966171a7b58402313%2FScreenshot%202025-12-15%20at%2016.21.52.png?alt=media)

**手順 5.** フィードに戻って特定のチームでフィルタリングしてください。チームに関連付けられたリポジトリとクラウドに関連する課題のみが表示されるはずです。

## GitHub、Bitbucket、または Azure DevOps との同期 <a href="#syncing-with-github-bitbucket-or-azure-devops" id="syncing-with-github-bitbucket-or-azure-devops"></a>

次を有効にしている場合 **既存のチーム** GitHub、Bitbucket、または Azure DevOps で設定されている既存のチームは、Aikido がそれらをインポートし、毎晩同期を維持します。これにより、GitHub/Bitbucket で管理されているチーム構造やアクセス権の変更が Aikido に正確に反映されます。GitHub で新しく作成されたチームは Aikido に表示されます。GitHub でチームを削除した場合も同様で、Aikido がそれを検知してチームを削除します。チームに含まれるリポジトリも同期されます。

{% hint style="info" %}
このシナリオでは、GitHub/Bitbucket/Azure DevOps がアクセス権の信頼できる情報源として機能し、すべての管理はそれらのプラットフォーム内で行う必要があります。これはまた、 **SCM にリンクされたチームには追加のユーザーを追加できないことも意味します** Aikido 内&#x3067;**.**
{% endhint %}

Aikido では、どのチームが SCM からインポートされたかが明確に表示されます。

![GitHub からインポートされた DevOps グループを含む、チームの役割とユーザーの概要。](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-7f3ddad0a51238cf01f2b9d4ccf619c5ac7995bf%2Fucarecdn-0ab4ee09-6b7d-48ee-a435-b20c98ff18d6.png?alt=media)

## Backstage.io との同期 <a href="#syncing-with-backstageio" id="syncing-with-backstageio"></a>

Aikido は、以下を含むリポジトリとシームレスに統合します `catalog-info.yaml` ファイルを [Backstage.io](https://backstage.io)。これにより、ファイルの配置パスを考慮したチームの自動インポートが可能になります。

{% hint style="info" %}
ご注意ください: この機能は Aikido による手動での有効化が必要です。有効化するにはサポートまでご連絡ください。
{% endhint %}

#### 仕組み <a href="#how-it-works" id="how-it-works"></a>

1. Aikido はリポジトリ内で次をスキャンします `catalog-info.yaml` ファイル。
2. Aikido は次を探します `spec->owner` ファイル内のフィールドを見つけ、それをチームとしてインポートします。
3. Aikido は各 `catalog-info.yaml` ファイルの正確なパスを記録し、チームがその特定のパス（およびリポジトリ）に責任を持つようにします。

## Port.io との同期 <a href="#syncing-with-portio" id="syncing-with-portio"></a>

Aikido は、以下を含むリポジトリとシームレスに統合します `port.yaml` ファイルを [Port.io](https://port.io)。これにより、ファイルの配置パスを考慮したチームの自動インポートが可能になります。

#### 仕組み <a href="#how-it-works" id="how-it-works"></a>

1. Aikido はリポジトリ内で次をスキャンします `port.yaml` ファイル。
2. Aikido は次を探します `チーム` ファイル内のフィールドを見つけ、それをチームとしてインポートします。
3. Aikido は各 `port.yaml` ファイルの正確なパスを記録し、チームがその特定のパス（およびリポジトリ）に責任を持つようにします。

## UI でチームを選択する方法 <a href="#how-to-select-your-team-in-ui" id="how-to-select-your-team-in-ui"></a>

**Aikido のフィード** には **チームフィルター** がページ上部にあります。このフィルターを使うと、選択したチームに関連する課題だけを表示するようにフィードを絞り込めます。このフィルターは、Aikido のほぼすべてのページ（フィード、レポート、設定など）で使用できます。

![](https://715870456-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FyKbzcQGrx7UtrG0nPZZ7%2Fuploads%2Fgit-blob-61296e08665b9c3e6e29330ab62bf16a1916b53d%2Fucarecdn-1c6dccbd-d42b-46d0-afb8-741ac1a85163.png?alt=media)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.aikido.dev/docs/docs-ja/hajimeni/manage-teams-and-applications/managing-user-access-with-teams.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
