- Module Description - What the module does and why it is useful
- Setup - The basics of getting started with Google Cloud BigQuery
- Usage - Configuration options and additional functionality
- Reference - An under-the-hood peek at what the module is doing and how
- Limitations - OS compatibility, etc.
- Development - Guide for contributing to the module
This Puppet module manages the resource of Google Cloud BigQuery. You can manage its resources using standard Puppet DSL and the module will, under the hood, ensure the state described will be reflected in the Google Cloud Platform resources.
To install this module on your Puppet Master (or Puppet Client/Agent), use the Puppet module installer:
puppet module install google-gbigquery
Optionally you can install support to all Google Cloud Platform products at
once by installing our "bundle" google-cloud
module:
puppet module install google-cloud
All Google Cloud Platform modules use an unified authentication mechanism,
provided by the google-gauth
module. Don't worry, it is automatically
installed when you install this module.
gauth_credential { 'mycred':
path => $cred_path, # e.g. '/home/nelsonjr/my_account.json'
provider => serviceaccount,
scopes => [
'https://www.googleapis.com/auth/bigquery',
],
}
Please refer to the google-gauth
module for further requirements, i.e.
required gems.
gbigquery_dataset { 'example_dataset':
ensure => present,
dataset_reference => {
dataset_id => 'example_dataset'
},
project => $project, # e.g. 'my-test-project'
credential => 'mycred',
}
gbigquery_dataset
: Datasets allow you to organize and control access to your tables.
Some fields are output-only. It means you cannot set them because they are provided by the Google Cloud Platform. Yet they are still useful to ensure the value the API is assigning (or has assigned in the past) is still the value you expect.
For example in a DNS the name servers are assigned by the Google Cloud DNS service. Checking these values once created is useful to make sure your upstream and/or root DNS masters are in sync. Or if you decide to use the object ID, e.g. the VM unique ID, for billing purposes. If the VM gets deleted and recreated it will have a different ID, despite the name being the same. If that detail is important to you you can verify that the ID of the object did not change by asserting it in the manifest.
Datasets allow you to organize and control access to your tables.
gbigquery_dataset { 'example_dataset':
ensure => present,
dataset_reference => {
dataset_id => 'example_dataset'
},
project => $project, # e.g. 'my-test-project'
credential => 'mycred',
}
gbigquery_dataset { 'id-of-resource':
access => [
{
domain => string,
group_by_email => string,
role => 'READER', 'WRITER' or 'OWNER',
special_group => string,
user_by_email => string,
view => {
dataset_id => string,
table_id => string,
project_id => string,
},
},
...
],
creation_time => integer,
dataset_reference => {
dataset_id => string,
project_id => string,
},
default_table_expiration_ms => integer,
description => string,
friendly_name => string,
id => string,
labels => namevalues,
last_modified_time => integer,
location => string,
project => string,
credential => reference to gauth_credential,
}
Access controls on the bucket.
A domain to grant access to. Any users signed in with the domain specified will be granted the specified access
An email address of a Google Group to grant access to
Describes the rights granted to the user specified by the other member of the access object
A special group to grant access to.
An email address of a user to grant access to. For example: fred@example.com
A view from a different dataset to grant access to. Queries executed against that view will have read access to tables in this dataset. The role field is not required when this field is set. If that view is updated by any user, access to the view needs to be granted again via an update operation.
Required. The ID of the dataset containing this table.
Required. The ID of the project containing this table.
Required. The ID of the table. The ID must contain only letters (a-z, A-Z), numbers (0-9), or underscores (_). The maximum length is 1,024 characters.
Required. A reference that identifies the dataset.
Required. A unique ID for this dataset, without the project name. The ID must contain only letters (a-z, A-Z), numbers (0-9), or underscores (_). The maximum length is 1,024 characters.
The ID of the project containing this dataset.
The default lifetime of all tables in the dataset, in milliseconds
A user-friendly description of the dataset
A descriptive name for the dataset
The labels associated with this dataset. You can use these to organize and group your datasets
The geographic location where the dataset should reside. Possible values include EU and US. The default value is US.
-
creation_time
: Output only. The time when this dataset was created, in milliseconds since the epoch. -
id
: Output only. The fully-qualified unique name of the dataset in the format projectId:datasetId. The dataset name without the project name is given in the datasetId field -
last_modified_time
: Output only. The date when this dataset or any of its tables was last modified, in milliseconds since the epoch.
This module has been tested on:
- RedHat 6, 7
- CentOS 6, 7
- Debian 7, 8
- Ubuntu 12.04, 14.04, 16.04, 16.10
- SLES 11-sp4, 12-sp2
- openSUSE 13
- Windows Server 2008 R2, 2012 R2, 2012 R2 Core, 2016 R2, 2016 R2 Core
Testing on other platforms has been minimal and cannot be guaranteed.
Some files in this package are automatically generated by Magic Modules.
We use a code compiler to produce this module in order to avoid repetitive tasks and improve code quality. This means all Google Cloud Platform Puppet modules use the same underlying authentication, logic, test generation, style checks, etc.
Learn more about the way to change autogenerated files by reading the CONTRIBUTING.md file.
Contributions to this library are always welcome and highly encouraged.
See CONTRIBUTING.md for more information on how to get started.
This project contains tests for rspec, rspec-puppet and rubocop to verify functionality. For detailed information on using these tools, please see their respective documentation.
gem install bundler
bundle install
bundle exec rspec
bundle exec rubocop
In case you need to debug tests in this module you can set the following variables to increase verbose output:
Variable | Side Effect |
---|---|
PUPPET_HTTP_VERBOSE=1 |
Prints network access information by Puppet provier. |
PUPPET_HTTP_DEBUG=1 |
Prints the payload of network calls being made. |
GOOGLE_HTTP_VERBOSE=1 |
Prints debug related to the network calls being made. |
GOOGLE_HTTP_DEBUG=1 |
Prints the payload of network calls being made. |
During test runs (using rspec) you can also set:
Variable | Side Effect |
---|---|
RSPEC_DEBUG=1 |
Prints debug related to the tests being run. |
RSPEC_HTTP_VERBOSE=1 |
Prints network expectations and access. |