DataDog Monitors
This repository is used to store all our monitors templates.
Here is the repository organization :
- cloud
- common
- databases
- datadog-samples
- incubator
- middleware
- system
How to contribute ?
First, you may refresh your knowledge and look at the terminalogy
To contribute you will need to report an issue.
If you would like to resolve an issue or implement new monitors you must follow our best practices.
Important notes
- This repository represents a terraform feature and each first level directory could be imported as a terraform module, you must choose the one(s) you need.
- Each of these modules contains the most commons monitors, but they probably not fulfill all your customer needs
- You still can create some specific DataDog monitors after importing a module, it's even advisable to complete your needs
- You will find a complete
README.mdon each module, explaining how to use it. - The
alerting-messagemodule could be used to easily generate a templating message to use by default but it could be used also multiple times to generate messages for specific monitors.
The DataDog provider
Before importing some modules, you must define the DataDog provider in your main.tf
provider "datadog" {
api_key = "${var.datadog_api_key}"
app_key = "${var.datadog_app_key}"
}
Both of the datadog_api_key and datadog_app_key are unique to the client.
Module Declaration example
A quick example to how import the monitors that you need :
module "datadog-monitors-feature" {
source = "git::ssh://git@bitbucket.org/morea/terraform.feature.datadog.git/{monitors_feature_path}?ref={revision}"
environment = "${var.environment}"
message = "${module.datadog-message-alerting.alerting-message}"
}
{monitors_feature_path} could be defined as /cloud/aws/elb for example.
Description
Enterprise-ready monitoring module with pre-configured monitors for middleware, databases, cloud services (AWS/Azure/GCP), and container platforms
Languages
HCL
100%