Automated Content Deployment - Segregated Data
Content Deployment enables you to copy the contents of a source Qrvey application, then pass it into a new target application.
Explanation
This article describes how to perform an automated deployment of a source baseline application between two Qrvey instances in separate environments. This article assumes a segregated tenant data model. For more information on tenant data models, see Multi-tenant Dataset Architecture.
This can be broken into the following high-level steps.
- Prepare Source App for Deployment
- Prepare Target App for Deployment
- Deploy the Baseline App
- The APIs in this tutorial require an encrypted JWT token in the request header. For details, see Generating Security Tokens.
- Verify that you have at least one user account created in the Qrvey Admin Center with “Composer” role permissions.
How To Guide
Prepare Source App(s) for Deployment
Within the Qrvey Admin Center UI, ensure that you are in a Dev environment and follow these steps:
- Create a target server that points to the Dev instance with the Dev API key. This step will not need to be repeated for all future content deployments.
- Create a release package with a single version that points to the source baseline app.
- Create a deployment definition sourced from the release package with the following configuration:
Mode
= Create New ApplicationContent
= Baseline (i.e. all content)New Application Name
= Baseline Application
- Use the following settings for each Connection in your deployment definition:
Host URL = {{connection.host_url}}
Port = {{connection.port}}
Username = {{connection.user_name}}
Password = {{connection.password}}
Database = {{connection.database}}
- Use the following settings for each Dataset in your deployment definition:
- Disable the Share Data with Everyone checkbox
- Select the Load Data checkbox
Note: The fields for Connection objects will vary depending on the data source type.
Execute the following steps as part of a programmatic routine from the Dev environment:
Call the GetAllDeploymentDefinitions() endpoint.
Parse the
items
object array in the response body to find the object with thename
property that matchesBaseline App
.Extract the
definitionId
property value from the response, because you will need it for the next API call.Call the ExportDeploymentDefinition() endpoint, passing in the definition ID for the Baseline App deployment definition, making sure to capture the
jobTrackerId
value from the response.Make a call to the GetJobStatus() endpoint using the
jobTrackerId
value from the previous API call.
Repeat this step until the response returns a URL path to collect the ZIP file for the exported deployment definition. The time it takes to export a deployment definition is heavily dependent on the number of content objects selected for deployment.Copy the ZIP files to a location that is accessible from the Prod environment before moving to the next steps.
Prepare Target App for Deployment
From the Prod environment, use the API to execute the follow steps.
- Call the CreateServer() endpoint and pass in the following request parameters:
name
= any name you wantdescription
= any description you wanthost
= fully qualified URL to this Qrvey instanceapiKey
= your Prod API key
- Parse the response, extract the value from the
adminserverid
property and save it off somewhere so it can be recalled for future deployments. Perform steps 1 and 2 once…and only once. - Call the GetUploadURL() endpoint for deployment definitions and save the
url
andkey
properties from the response. - Use the URL provided to make a separate POST request to upload the ZIP file for the Baseline App to the target S3 bucket.
- Wait for the ZIP file to finish uploading to the target S3 bucket, and then call the UploadDeploymentDefinition() endpoint, setting the following request parameters:
key
= “key” value from the GetUploadURL() responsedefinitionName
= any name you wantdescription
= any description you want that describes the content you are deploying
Before you continue, please make sure you have at least one user account created in the Qrvey Admin Center with “Composer” role permissions. For more information, see Managing Users of Qrvey Composer.
Deploy the Baseline App
From the Prod environment, use the API to execute the follow steps.
- Call the CreateDeploymentJob() endpoint, passing in any name and description that you want.
- Extract the value from the
deploymentJobId
property in the response. - Call the GetAllDeploymentDefinitions() endpoint.
- Parse the
items
object array in the response body to find the object with thename
property that matchesBaseline App
. - Extract the
definitionId
property value returned in the response, because you will need it for the next API call. - Call the CreateDeploymentJobBlock() endpoint, passing in the following request parameters:
definitionId
= ID of the Baseline App deployment definitionadminServerId
= ID of the target server to deploy the content to (Prod)selectAllUsers
= false
- Extract the
deploymentJobBlockId
value from the response. - Call the GetUserList() endpoint, parse the
items
array to find the user metadata for the account that will become the owner of this app, and then extract the value from the correspondinguserid
property. - Call the AddRecipientsToDeploymentJobBlock() endpoint, using the
deploymentJobId
anddeploymentJobBlockId
as path parameters for calling the endpoint. Use the following request body JSON:
{
"users": [
{
"updateDate": NOW,
"createDate": NOW,
"userid": APP_OWNER_USER_ID,
"parameters": [
{
"token": HOST_URL_PARAM_NAME,
"value": HOST_URL_PARAM_VALUE
},
{
"token": DB_PORT_PARAM_NAME,
"value": DB_PORT_PARAM_VALUE
},
{
"token": DB_USERNAME_PARAM_NAME,
"value": DB_USERNAME_PARAM_VALUE
},
{
"token": DB_PASSWORD_PARAM_NAME,
"value": DB_PASSWORD_PARAM_VALUE
},
{
"token": DB_NAME_PARAM_NAME,
"value": DB_NAME_PARAM_VALUE
}
],
"status": "PUBLISHED",
"email": APP_OWNER_USER_EMAIL,
"deploymentJobBlockId": DEPLOYMENT_JOB_BLOCK_ID
}
]
}
- Make sure you pass values for each of the parameters you created for each dataset’s connection information. You should have at least one parameter for each connection’s host URL, which will need to change when you deploy this app and load each tenant’s data.
- Call the ExecuteDeploymentJob() endpoint, passing in the value of the
deploymentJobId
as a path parameter to the endpoint. Parse thejobTrackerId
value from the response. - Call the GetJobStatus() endpoint, passing in the value for the
jobTrackerId
and wait until thestatus
property has a value ofCREATED
. This endpoint returns lots of useful information about the deployment of the content objects.
Final Tips
API Endpoints
Here is a consolidated list of the endpoints used in this article.