githubEdit

Configure a Repository

After creation, repository configuration is where you manage the repository lifecycle: resources, endpoint behavior, and API keys.

circle-info

You can open repository details from both Overview and Inventory in Cloud and AI GatewayRepositories.

What you can configure

In a repository detail page, you usually have two operational sections:

  1. Resources

    • View currently attached resources.

    • Use Add to attach existing resources or create new ones from inside the repository flow (depending on enabled providers/features).

    • Supported resource families can include Cloud Storage, AI LLM, and Packets.

  2. API Keys

    • Generate and manage repository API keys used by applications and SDKs.

Configure resources

triangle-exclamation
1

Open repository details

From Overview or Inventory, click a repository name/card to open its details.

2

Review current resources and endpoint context

In the resources area, review:

  • attached resource list,

  • selected API endpoint type,

  • SDK/protocol context exposed by this repository.

3

Add resources

Click Add in the resources section, then choose to attach:

  • storage resources,

  • AI LLM resources,

  • other supported resource types in your workspace.

If needed, you may also create new resources from this flow, then attach them immediately.

4

Save changes and validate

Save the configuration and verify resource visibility in the repository detail page.

Generate and manage API keys (in configuration)

API key generation belongs to repository configuration (not repository creation).

Each repository key is scoped to the repository and to an endpoint compatibility model. A key grants access according to its access mode to the compatible resources currently attached to that repository.

You can generate repository API keys with two valid UI paths:

  1. Centralized path: open RepositoriesAPI Keys from the left menu, then add/manage keys across repositories from one page.

  2. Repository detail path: open one repository from Overview or Inventory, scroll to the API Keys table in repository details, then click Add.

circle-info

Use the centralized page for fleet operations (multi-repository), and the repository detail table for contextual operations right after creating/configuring a specific repository.

Option 1 — Generate keys from the centralized Repositories → API Keys page

1

Open the centralized API Keys page

In the left menu, open Cloud and AI GatewayRepositoriesAPI Keys.

2

Click Add and select repository/type

Click Add (or Add API Key) and choose:

  • target Repository,

  • key family / endpoint compatibility (Storage or AI LLM according to your use case),

  • Description,

  • Access mode (READ / WRITE / READ-WRITE / provider-dependent options).

3

Save and copy secret immediately

Create the key, then copy the secret immediately and store it in your secret manager.

Option 2 — Generate keys from the repository detail API Keys table

1

Open repository details

From Overview or Inventory, open the target repository.

2

Find the API Keys table

In repository details, scroll to the API Keys table section (inside the repository detail page).

3

Click Add in the API Keys table

Click Add and create either:

  • a Storage API key (for S3/GCS/Azure Blob-compatible repository usage), or

  • an AI LLM API key (for OpenAI-compatible repository usage).

Then define description and access mode according to your policy.

4

Save and copy secret immediately

After creation, copy the generated secret and store it in your secret manager.

triangle-exclamation
5

Maintain keys safely

For each key, you can later:

  • update description,

  • adjust access mode (when allowed),

  • revoke/delete the key.

Use least-privilege and periodic rotation.

Endpoint compatibility reminder

Cloud Storage endpoint types
AI endpoint types

S3

OPENAI (OpenAI-compatible)

GCS

AZURE BLOB

Key display formats can differ by endpoint type. For example, storage-oriented key IDs and secrets may be shown differently from AI-oriented credentials. Always copy and store credential values at creation time.

Security notes

  • Secrets are sensitive credentials and should be stored only in secured secret managers.

  • Avoid sharing keys between teams/services; create dedicated keys per workload.

  • Rotate and revoke keys during incident response or role changes.

  • See Security and Secret Encryption for platform-level handling principles.

triangle-exclamation

Last updated

Was this helpful?