A service that runs premade queries on datasets created by Helix-Logging
run npm install
in root of repository
Assuming you are using httpie as your http client:
curl https://helix-pages.anywhere.run/helix-services/run-query@v2/rum-dashboard
{
"results": [
{
"req_url": "https://helix-secret.fake",
"resp_http_Content_Type": "text/html; charset=UTF-8",
"status_code": "404",
"visits": 1
}
],
"truncated": false
}
This service depends on three external services to operate:
- Fastly
- Adobe I/O Runtime (only for deployments)
- Google Cloud Platform
It is configured using a number of environment variables that are required for testing (tests that miss required variables will be skipped) and deployment (deployment will fail or be non-functional). These variables are required and this is how to set them up:
This is the email address associated with a Google Cloud Platform Service account. It looks like <name>@<project>.iam.gserviceaccount.com
. You can create a proper service account following the instructions in the Google Cloud Platform documentation or this step-by-step guide:
- Log in to Google Cloud Platform Console
- Select menu → "IAM & admin" → "Service accounts" → "Create service account"
- Create the service account
- Add the following roles to the service account:
- BigQuery Admin
- Service Account Admin
- Service Account Key Admin
- Service Account Key Admin
- Create a private key in JSON format for the service account and download the key file
Note: The private key file and the value of the GOOGLE_CLIENT_EMAIL
environment variable should be considered private and should never be checked in to source control.
The downloaded file will look something like this:
{
"type": "service_account",
"project_id": "project-12345678",
"private_key_id": "111122223333aaaabbbbccccdddd123412345",
"private_key": "-----BEGIN PRIVATE KEY-----\n…\n-----END PRIVATE KEY-----\n",
"client_email": "[email protected]",
"client_id": "111122223333444456789",
"auth_uri": "https://accounts.google.com/o/oauth2/auth",
"token_uri": "https://oauth2.googleapis.com/token",
"auth_provider_x509_cert_url": "https://www.googleapis.com/oauth2/v1/certs",
"client_x509_cert_url": "https://www.googleapis.com/robot/v1/metadata/x509/example-account%40project-12345678.iam.gserviceaccount.com"
}
Copy the value of the client_email
field (e.g. [email protected]
) and save it in the GOOGLE_CLIENT_EMAIL
environment variable.
This is the private key associated with the Google Cloud Platform Service account created above. In order to retrieve the correct value, see Creating and Managing Service Account Keys in the Google Cloud Platform documentation or continue the step-by-step guide from above:
- Make sure you've followed all steps to get the value of
GOOGLE_CLIENT_EMAIL
- Copy the value of the
private_key
property in the JSON file you've downloaded
Note: The private key and the value of the GOOGLE_PRIVATE_KEY
environment variable should be considered private and should never be checked in to source control.
The private key is a multi-line value.
Note: Private keys created using an API typically have a short expiration time and need to be rotated in regular intervals. Even for private keys that have been created manually, regular rotation is a best practice.
This is the Google Cloud Platform project ID. It looks like project-12345678
and you will find it in lots of places in the Google Cloud Platform Console UI. In addition, you can just take the value of the project_id
property in your downloaded key JSON file.
This property is only required for testing and development. It is the service config ID that you can retrieve from Fastly.
For testing, it is a good idea to use a separate, non-production service config, as the tests not only perform frequent updates, but they also rotate the private keys of the created Google Cloud Platform service accounts. As the tests don't activate the service config, this will lead to an invalid logging configuration in a short time.
This property is only required for testing and development. It is an API token for the Fastly API. Follow the instructions in the Fastly documentation to create a token.
The token needs to have global
, i.e. write access to your service config.
Note: The API token and the value of the HLX_FASTLY_AUTH
environment variable should be considered private and should never be checked in to source control.
For more, see the API documentation.
You need node>=8.0.0 and npm>=5.4.0. Follow the typical npm install, npm test workflow.
Contributions are highly welcome.
Query files live in the src/queries
directory. They are static resources; that are loaded into run-query
and
then sent to BigQuery for actual execution. It is up to the developer to ensure their query is correct; this
can be done by using the BigQuery console.
Once a query file is complete and correct, you may add it as a static resource; so that it won't be excluded during OpenWhisk deployment.
In the root of the repository; find the package.json and add your query file (file with .sql
extension) under static
:
"wsk": {
"name": "helix-services/run-query@${version}",
"static": [
"src/queries/next-resource.sql"
]
},
Now, query file can be executed as an action; triggered by a request as such:
curl -X POST -H "Content-Type: application/json" https://adobeioruntime.net/api/v1/w/helix-services/run-query@v1/next-resource -d '{"service":"secretService", "token":"secretToken", "queryParam1":"value"}'
Helix Run Query provides query developers the ability to specify parameters anywhere in their queries.
Using ^param
anywhere in the query; and providing a corresponding {param: 'value'}
in the request; enables
you to effectively parameterize just about any part of the query. It is not advised to parameterize anything beyond
table name or limit. Anything else; can make your query susceptible to SQL injection.
Deploying Helix Run Query requires the wsk
command line client, authenticated to a namespace of your choice. For Project Helix, we use the helix
namespace.
All commits to main that pass the testing will be deployed automatically. All commits to branches that will pass the testing will get commited as /helix-services/run-query@ci<num>
and tagged with the CI build number.