make bootstrap
Use Google Cloud. This is one assumption made based on the idea that Google Data Studio will visualize the data.
The application assumes that both a development and production environment exist, therefore the above steps will need to be completed a second time. Now the following environment variables will need to be set in your application environment:
The same environment variables should be set for production. The names are the same but replace “DEV” with “PROD”
One the environment variables are set, the database can be readied by running:
make db_upgrade
To run the same set of upgrades for production, run:
ROLE="prod" make db_upgrade
Executing the application will by default:
Applications steps can be optionally disabled for presumably one-off runs: ROLE="prod" ./repodiff [--execute-diff=false][--denormalize-data=false][--generate-report=false]
config.json
will specify input and output parameters for the application; update to reflect your own environment.
To run:
make run
For production: ROLE="prod" make run
To connect to the MySQL server used by the application, run:
make db_shell
To create new, canonical migration scripts to update the database schema, run:
make sql_script
To undo the latest database migration, run:
make db_downgrade
To upgrade to the latest database version, run:
make db_upgrade
To run tests, run:
make test
TLDR: Use Google Data Studio; Your datasource will be tables from the provisioned database set up in the provisioning instructions. All intended consumable tables are prefixed with denormalized_view_
The rationale behind the application is that setup in Data Studio should require little to no learning curve (for developers especially), and views are simple projections of the underlying model. The application, then, should run whatever necessary logic to produce desired analytics that can be written to a denormalized database table for straightforward consumption.