Supported versions
You can select the major and minor version. Patch versions are applied periodically for bug fixes and the like. When you deploy your app, you always get the latest available patches.Relationship reference
For each service defined via a relationship to your application, Upsun automatically generates corresponding environment variables within your application container, in the$<RELATIONSHIP-NAME>_<SERVICE-PROPERTY> format.
Here is example information available through the service environment variables themselves,
or through the PLATFORM_RELATIONSHIPS environment variable.
- Service environment variables
- `PLATFORM_RELATIONSHIPS` environment variable
You can obtain the complete list of available service environment variables in your app container by running
upsun ssh env.Note that the information about the relationship can change when an app is redeployed or restarted or the relationship is changed. So your apps should only rely on the service environment variables directly rather than hard coding any values.Usage example
1. Configure the service
To define the service, use therabbitmq type:
Note that changing the name of the service replaces it with a brand new service and all existing data is lost. Back up your data before changing the service.
2. Define the relationship
To define the relationship, use the following configuration:- Using default endpoints
- Using explicit endpoints
You can define
SERVICE_NAME as you like, so long as it’s unique between all defined services
and matches in both the application and services configuration.The example above leverages default endpoint configuration for relationships.
That is, it uses default endpoints behind the scenes, providing a relationship
(the network address a service is accessible from) that is identical to the name of that service.Depending on your needs, instead of default endpoint configuration,
you can use explicit endpoint configuration.With the above definition, the application container (APP_NAME) now has access to the service via the relationship SERVICE_NAME and its corresponding service environment variables.Example configuration
Use in app
To use the configured service in your app, add a configuration file similar to the following to your project. This configuration defines a single application (myapp), whose source code exists in the <PROJECT_ROOT>/myapp directory.myapp has access to the rabbitmq service, via a relationship whose name is identical to the service name
(as per default endpoint configuration for relationships).
From this, myapp can retrieve access credentials to the service through the relationship environment variables.
myapp/.environment
.environment in the myapp directory — is automatically sourced by Upsun into the runtime environment, so that the variable AMQP_URL can be used within the application to connect to the service.
Note that AMQP_URL, and all Upsun service environment variables like RABBITMQ_HOST, are environment-dependent.
Unlike the build produced for a given commit,
they can’t be reused across environments and only allow your app to connect to a single service instance on a single environment.
A file very similar to this is generated automatically for your when using the upsun ify command to migrate a codebase to Upsun.
Connect to RabbitMQ
When debugging, you may want to connect directly to your RabbitMQ service. You can connect in multiple ways:- An SSH tunnel
- A web interface
Via SSH
To connect directly to your RabbitMQ service in an environment, open an SSH tunnel with the Upsun CLI. To open an SSH tunnel to your service with port forwarding, run the following command:Access the management UI
RabbitMQ offers a management plugin with a browser-based UI. You can access this UI with an SSH tunnel. To open a tunnel, follow these steps.- SSH into your app container with a flag for local port forwarding:
-
is the name you defined.
-
Open
http://localhost:15672in your browser. Log in using the username and password from the relationship.
Configuration options
You can configure your RabbitMQ service in the services configuration with the following options:| Name | Type | Required | Description |
|---|---|---|---|
vhosts | List of strings | No | Virtual hosts used for logically grouping resources. |
Upgrading
When upgrading RabbitMQ, skipping major versions (e.g. 3.7 -> 3.11) is not supported. Make sure you upgrade sequentially (3.7 -> 3.8 -> 3.9 -> 3.10 -> 3.11) and that each upgrade commit translates into an actual deployment.Exporting Data
RabbitMQ stores durable queues, exchanges, bindings, users, virtual hosts, and policies on disk. You can export the full definitions (schema + messages metadata) using the RabbitMQ management API.- Open an SSH tunnel:
Terminal
- Export definitions (topology: exchanges, queues, bindings, policies):
Terminal
15672. The default username is guest.
Retrieve the password from the service environment variables:
Terminal
- To export messages from a specific queue:
Terminal
definitions.json file can later be imported into any RabbitMQ instance via:
Terminal