Install via Docker Compose
Install App using Docker Compose.
Prerequisites
Before you begin, make sure you have:
- Docker ecosystem (Docker Engine, Docker CLI, Docker Compose).
- A Docker Hub Personal Access Token (PAT) from Atlan
- Object storage: AWS S3, Google Cloud Storage, or Azure Blob Storage with read/write permissions
- Secret store access: AWS Secret Manager, Azure Key Vault, GCP Secret Manager, or HashiCorp Vault with read permissions
Generate client credentials
OAuth client credentials are required for the App to authenticate successfully to the Atlan tenant. Follow these steps to generate client credentials:
-
Generate the API token by following the steps in API access documentation.
-
Create client credentials using the Atlan API.
-
Replace
{{tenant}}with your Atlan tenant name -
Replace
<API token>with the token you generated in step 1 -
Replace
{{App Name}}with your application identifiercurl --location 'https://{{tenant}}.atlan.com/api/service/oauth-clients' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <API token>' \
--data '{
"displayName": "{{App Name}}-agent-client",
"description": "Client for agent oauth for {{App Name}}",
"scopes": ["events-app-permissions-scope","temporal-app-permissions-scope"]
}'Example API response:
{
"clientId": "oauth-client-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"clientSecret": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"createdAt": "1756112939595",
"createdBy": "john.doe",
"description": "Client for agent oauth for {{App Name}}",
"displayName": "{{App Name}}-agent-client",
"id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
"tokenExpirySeconds": 600
}
Save the clientId and clientSecret values securely. You need these for the deployment configuration.
Prepare deployment environment
Download the Docker Compose configurator binary and app-specific configuration file. The configurator is shared across all apps, while each app has its own configuration file.
-
Use the Personal Access Token (PAT) provided by Atlan to authenticate with Docker Hub:
docker login -u atlanhq
# When prompted for password, enter the PAT provided by AtlanA "Login Succeeded" message confirms successful authentication.
-
Create a directory for the deployment package:
mkdir atlan-self-deployed-runtime
cd atlan-self-deployed-runtime -
Download the Docker Compose configurator binary for your platform:
-
Linux AMD64:
curl -O https://atlan-public.s3.amazonaws.com/apps/docker-compose-configurator-amd64.tgz
tar -xvf docker-compose-configurator-amd64.tgz -
Linux ARM64:
curl -O https://atlan-public.s3.amazonaws.com/apps/docker-compose-configurator-arm64.tgz
tar -xvf docker-compose-configurator-arm64.tgz -
macOS ARM64:
curl -O https://atlan-public.s3.amazonaws.com/apps/docker-compose-configurator-macos-aarch64.tgz
tar -xvf docker-compose-configurator-macos-aarch64.tgz -
macOS Intel:
curl -O https://atlan-public.s3.amazonaws.com/apps/docker-compose-configurator-macos-intel.tgz
tar -xvf docker-compose-configurator-macos-intel.tgz
This command downloads and extracts the configurator tool for your platform.
-
-
Download the app-specific configuration file:
curl -O https://atlan-public.s3.amazonaws.com/apps/{app-package-name}.yamlReplace
{app-package-name}with your app package name (for example,oracle-app). -
Optional Depending on organizational requirements, you may need to replicate images from Docker Hub to a private image repository. The specific steps vary by organization, here's one approach:
-
Pull the required connector image via Docker CLI:
docker pull atlanhq/{app-image-name}:{app-image-tag}The command requires the same Docker Hub PAT from Atlan support that you used in step 1 for authentication
-
Push the image to your enterprise's registry. Note down the repository name and image tag generated.
-
Configure deployment settings
-
You see the following directories and files:
lsdocker-compose-configurator-{platform}.tgz- Downloaded configurator archive (filename varies by platform)docker-compose-generator/generate- Configuration tool binarydocker-compose-generator/config.yaml.sample- Sample configuration file template{app-package-name}.yaml- Specific app configuration file
-
Copy the sample configuration file:
cp docker-compose-generator/config.yaml.sample config.yaml -
Edit
config.yamlwith your deployment settings using the sections below.
Configure general settings
Follow these steps to edit the config.yaml file and update the details:
-
Update Atlan tenant URL and app credentials:
atlan:
deployment_name: "agent" # modify deploymentName as needed
domain: "{tenant}.atlan.com"
client_id: ""
client_secret: ""- Replace
"agent"with your desired deployment name. - Replace
{tenant}with your Atlan tenant name. - Fill in the
clientIdandclientSecretvalues you generated in Generate client credentials section.
- Replace
Configure object storage
Self-Deployed Runtime needs a store for reading or writing files. Configure the object storage that matches your environment:
Dapr supports additional objects stores which aren't mentioned below. For more information, see Dapr object store documentation for other configurations.
- Local file path
- AWS S3
- Google Cloud Storage
- Azure Blob Storage
- Locate the
objectstoreattribute inconfig.yaml. - Add local file path configuration for Docker volume mounts.
objectstore:
type: bindings.localstorage
version: v1
metadata:
- name: rootPath
value: "/data/storage"
Note: Mount a Docker volume to the specified path in your
docker-compose.ymlfile. This is the recommended option for Docker and local development environments where files can be stored on the host filesystem. Example Docker Compose volume mount:
volumes:
- ./data:/data/storage
- Locate the
objectstoreattribute inconfig.yaml. - Add AWS S3 configuration. For more information, see AWS S3 Binding Spec.
objectstore:
type: bindings.aws.s3
version: v1
metadata:
- name: accessKey #optional, leave this empty for iam authentication
value: ""
- name: secretKey #optional, leave this empty for iam authentication
value: ""
- name: bucket #required, name of the bucket where application can write
value: "<bucket-name>"
- name: region #required, region of the bucket where application can write
value: "<bucket-region>"
- name: forcePathStyle
value: "true"
- Locate the
objectstoreattribute inconfig.yaml. - Add Google Cloud Storage configuration. For more information, see GCP Storage Bucket binding spec.
objectstore:
type: bindings.gcp.bucket
version: v1
metadata:
- name: bucket
value: "your-gcs-bucket-name"
- name: type
value: "service_account"
- name: project_id
value: "your-gcp-project-id"
- Locate the
objectstoreattribute inconfig.yaml. - Add Azure Blob Storage configuration. For more information, see Azure Blob Storage binding spec.
objectstore:
type: bindings.azure.blobstorage
version: v1
metadata:
- name: accountName
value: "your-storage-account-name"
- name: accountKey
value: "your-storage-account-key"
- name: containerName
value: "your-container-name"
Configure secret storage
Self-Deployed Runtime fetches secrets from a secret store to connect to the source systems. The secret store references are used to configure the workflow. Configure the secret store that aligns with your security infrastructure:
Dapr supports additional secret stores which aren't mentioned below. For more information, see Dapr secret store documentation for other configurations.
- Local file
- AWS Secrets Manager
- Azure Key Vault
- GCP Secret Manager
- HashiCorp Vault
- Environment Variables
- Locate the
secretstoreattribute inconfig.yaml. - Add local file secret store configuration. For more information, see Local file secret store.
secretstore:
type: secretstores.local.file
version: v1
metadata:
- name: secretsFile
value: [path to the JSON file]
- name: nestedSeparator
value: ":"
- name: multiValued
value: "false"
Note: Create a JSON file at the specified path containing your secrets in key-value format. Set appropriate file permissions and secure the file. This is the recommended secret store for Docker and local development environments.
- Locate the
secretstoreattribute inconfig.yaml. - Add AWS Secret Manager configuration. For more information, see AWS Secrets Manager.
secretstore:
type: secretstores.aws.secretmanager
version: v1
metadata:
- name: region # required, region in which secret is hosted
value: <secret-region>
# Needed if IAM authentication is not used
- name: accessKey
value: ""
- name: secretKey
value: ""
- Locate the
secretstoreattribute inconfig.yaml. - Add Azure Key Vault configuration. For more information, see Azure Key Vault secret store.
secretstore:
type: secretstores.azure.keyvault
version: v1
metadata:
- name: vaultName
value: "<your-keyvault-name>"
- name: azureTenantId
value: "<your-tenant-id>"
- name: azureClientId
value: "<your-client-id>"
- name: azureClientSecret
value: "<your-client-secret>"
- name: azureEnvironment
value: "AZUREPUBLICCLOUD" # Optional: AZUREPUBLICCLOUD, AZURECHINACLOUD, AZUREUSGOVERNMENTCLOUD, AZUREGERMANCLOUD
Azure Key Vault supports multiple authentication methods:
- Client Secret: Use
azureClientSecretwith tenant ID and client ID - Certificate: Use
azureCertificateFileinstead of client secret - Managed Identity: Omit authentication fields and use Azure managed identity
For detailed authentication setup, see the Authenticating to Azure documentation.
- Locate the
secretstoreattribute inconfig.yaml. - Add Google Cloud Secret Manager configuration. For more information, see GCP Secret Manager.
secretstore:
type: secretstores.gcp.secretmanager
version: v1
metadata:
- name: type
value: "service_account"
- name: project_id
value: "<project-id>"
- name: private_key_id
value: "<private-key-id>"
- name: private_key
value: "<private-key>"
- name: client_email
value: "<client-email>"
- name: client_id
value: "<client-id>"
- name: auth_uri
value: "https://accounts.google.com/o/oauth2/auth"
- name: token_uri
value: "https://oauth2.googleapis.com/token"
- name: auth_provider_x509_cert_url
value: "https://www.googleapis.com/oauth2/v1/certs"
- name: client_x509_cert_url
value: "https://www.googleapis.com/robot/v1/metadata/x509/<client-email>"
- Locate the
secretstoreattribute inconfig.yaml. - Add HashiCorp Vault configuration. For more information, see HashiCorp Vault.
secretstore:
type: secretstores.hashicorp.vault
version: v1
metadata:
- name: vaultAddr
value: "[vault_address]" # Optional. Default: "https://127.0.0.1:8200"
- name: caCert # Optional. This or caPath or caPem
value: "[ca_cert]"
- name: caPath # Optional. This or CaCert or caPem
value: "[path_to_ca_cert_file]"
- name: caPem # Optional. This or CaCert or CaPath
value: "[encoded_ca_cert_pem]"
- name: skipVerify # Optional. Default: false
value: "[skip_tls_verification]"
- name: tlsServerName # Optional.
value: "[tls_config_server_name]"
- name: vaultTokenMountPath # Required if vaultToken not provided. Path to token file.
value: "[path_to_file_containing_token]"
- name: vaultToken # Required if vaultTokenMountPath not provided. Token value.
value: "[vault_token]"
- name: vaultKVPrefix # Optional. Default: "dapr"
value: "[vault_prefix]"
- name: vaultKVUsePrefix # Optional. default: "true"
value: "[true/false]"
- name: enginePath # Optional. default: "secret"
value: "secret"
- name: vaultValueType # Optional. default: "map"
value: "map"
- Locate the
secretstoreattribute invalues.yaml. - Add Local environment variables as the spec. For more information, see Local Environment Variables
secretstore:
enabled: true
spec:
type: secretstores.local.env
version: v1
Configure app-specific settings
The app-specific YAML file ({app-package-name}.yaml) contains application metadata. You typically don't need to edit this file, but you can customize it if needed:
app_name: $APP_NAME # DO NOT EDIT `app_name`
app_image: $APP_IMAGE
app_port: 8000
app_name: Application identifier used by Atlan (do not modify)app_image: Custom Docker image name (optional, only if using private registry)app_port: Application port number (optional, defaults to 8000)
Deploy runtime
Follow these steps to deploy secure App:
-
Generate the required setup files:
./docker-compose-generator/generate --app {app-package-name}.yaml --config config.yamlReplace
{app-package-name}with your app package name (for example,alloydb-postgres-app).This command generates the docker compose files in
{app_name}-deploymentdirectory by default. You can also provide the output directory using--output -
Start the deployment:
cd {app_name}-deployment
docker compose up -d
The deployment process typically takes a few minutes to complete depending on factors like network connectivity and image download time.
For more information on Docker Compose commands and configuration, see the Docker Compose documentation.
Verify app
Follow these steps to verify the deployment:
Verify container status
-
Check container status:
docker compose psThe output appears similar to:
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
{app-service-name} atlanhq/{app-image-name}:{app-image-tag} "/app/entrypoint.sh" {app-service-name} 2 minutes ago Up 2 minutesThe container status shows
Upindicating it's running successfully. -
Verify logs for the running container:
docker logs {app-service-name} --tail=50 -fLook for these key log messages that confirm successful deployment:
Uvicorn running on http://0.0.0.0:8000- Web server startedWorkflow engine initialized- Workflow processing readydapr initialized. Status: Running- Dapr runtime activeStarting worker with task queue: atlan-{app-name}-DEPLOYMENT_NAME- Worker process startedGET /server/ready 200- Health check endpoint responding
Verify registration via Atlan UI
Once the App is successfully deployed, it communicates to the Atlan tenant and registers itself. Verify App registration is successful in Atlan:
- Sign in to your Atlan tenant as an administrator (for example,
https://tenant-name.atlan.com). - Navigate to Workflows > Agent.
- Search for your deployment name.
- Confirm the agent status shows as Active.
Agent registration and status takes a couple of minutes to reflect in Atlan UI
Next steps
- Configure Secure Agent for workflow execution: Set up workflow execution settings and permissions for your deployed agent