v1.3.0
.Upbound allows you to connect self-hosted Spaces and enables a streamlined operations and debugging experience in your Console.
Usage
Connect
Before you begin, make sure you have:
- an existing Upbound organization in Upbound SaaS.
- the
up
CLI installed and logged into your organization kubectl
installed with the kubecontext of your self-hosted Space cluster.
Create a new UPBOUND_SPACE_NAME
. If you don’t create a name, up
automatically generates one for you:
export UPBOUND_SPACE_NAME=
With up CLI
up
CLI profile. Make sure you’ve logged into Upbound SaaS with up login -a <org-account>
before trying to connect the Space.Connect the Space to the Console:
up space connect "${UPBOUND_SPACE_NAME}"
This command installs a Connect agent, creates a service account, and configures permissions in your Upbound cloud organization in the upbound-system
namespace of your Space.
With Helm
Export your Upbound org account name to an environment variable called UPBOUND_ORG_NAME
. You can see this value by running up org list
after logging on to Upbound.
export UPBOUND_ORG_NAME=
Create a new robot token and export it to an environment variable called UPBOUND_TOKEN
:
up robot create "${UPBOUND_SPACE_NAME}" --description="Robot used for authenticating Space '${UPBOUND_SPACE_NAME}' with Upbound Connect"
export UPBOUND_TOKEN=$(up robot token create "${UPBOUND_SPACE_NAME}" "${UPBOUND_SPACE_NAME}" --output=-)
Create a secret containing the robot token:
kubectl create secret -n upbound-system generic connect-token --from-literal=token=${UPBOUND_TOKEN}
In the same cluster where you installed the Spaces software, install the Upbound connect agent.
helm -n upbound-system upgrade --install agent \
oci://us-west1-docker.pkg.dev/orchestration-build/connect/agent \
--version "0.0.0-423.gdaa19ca" \
--set "registration.enabled=true" \
--set "space=${UPBOUND_SPACE_NAME}" \
--set "organization=${UPBOUND_ORG_NAME}" \
--set "tokenSecret=connect-token" \
--wait
View your Space in the Console
Go to the Upbound Console, log in, and choose the newly connected Space from the Space selector dropdown.
Disconnect
With up CLI
To disconnect a self-hosted Space or a deleted self-hosted Space, run the following command:
up space disconnect "${UPBOUND_SPACE_NAME}"
If the Space still exists, this command uninstalls the Connect agent and deletes the associated service account and permissions.
With Helm
To disconnect a self-hosted Space or a deleted self-hosted Space, run the following command:
helm delete -n upbound-system agent
Clean up the robot token you created for this self-hosted Space:
up robot delete "${UPBOUND_SPACE_NAME}" --force
Security model
Architecture
Data path
Upbound uses a Pub/Sub model over TLS to communicate between Upbound’s global console and your self-hosted Space. Self-hosted Spaces establish a secure connection with connect.upbound.io
and subscribe to an endpoint. The Upbound Console communicates to the Space through that endpoint. The data flow is:
- Users sign in to the Upbound Console, redirecting to authenticate with an organization’s configured Identity Provider via SSO.
- Once authenticated, actions in the Console, like listing control planes or specific resource types from a control plane. These requests post as messages to the Upbound Connect service.
- A user’s self-hosted Space polls the Upbound Connect service periodically for new messages, verifies the authenticity of the message, and fulfills the request contained.
- A user’s self-hosted Space returns the results of the request to the Upbound Connect service and the Console renders the results in the user’s browser session.
Upbound never stores data originated from a self-hosted Space. The data is transient and only exposed in the user’s browser session. The Console needs this data to render your resources and control planes in the UI.
Data transmitted
Users interact with the Upbound Console to generate request queries to the Upbound Connect Service while exploring, managing, or debugging a self-hosted Space. These requests send data back to the user’s browser session in the Console, including:
- Metadata for the Space
- Metadata for managed control planes in the state
- Configuration manifests for various resource types within your Space: Crossplane managed resources, composite resources, composite resource claims, Upbound shared secrets, Upbound shared backups, Crossplane providers, ProviderConfigs, Configurations, and Crossplane Composite Functions.
Upbound can’t see your data. Upbound doesn’t have access to session-based data rendered for your users in the Upbound Console. Upbound has no information about your self-hosted Space, other than that you’ve connected a self-hosted Space.
Threat vectors
Only users with editor or administrative permissions can make changes using the Console like creating or deleting control planes or groups.