Infrastructure monitoring provided by New Relic offers flexible, dynamic server monitoring, including integrations for many popular services.
If our on-host integrations don't meet your needs, we provide two options for creating your own:
The Integrations SDK helps take the complexity out of building an integration by providing a set of useful Go language functions and data structures. For instance, some common use cases like reading values from command-line arguments or environment variables, initializing a structure with all the necessary fields for an integration defined by our SDK, or generating and printing a JSON to stdout, are covered and simplified by this package.
If you want to know more or you need specific documentation about the structures and functions provided by this package, you can take a look at the official package documentation in godoc.org (see below).
This is an internal release of the new SDK v4. It contains breaking changes, therefore it's highly recommended to take a look at the migration guide from v3 to v4.
Most of the documentation hasn't been updated yet to reflect the changes made in this new release.
Before starting to write Go code, we suggest taking a look at golang's documentation to set up the environment and familiarize yourself with the golang language.
The minimum supported Go version is 1.13. You can check your Go version executing the following command in a bash shell:
$ go version
You can download the SDK code to your GOPATH
with the following command:
$ go get github.com/newrelic/infra-integrations-sdk/...
Read the SDK documentation to learn about all the packages and functions it provides. If you need ideas or inspiration to start writing integrations, follow the tutorial.
You can find the latest API documentation generated from the source code in godoc.
Infrastructure on-host integrations are executed periodically by the infrastructure agent. The integration stdout
is consumed by the agent. stdout
data is formatted as JSON.
The agent supports different JSON data-structures called integration protocols:
count
, summary
, cumulative-count
and cumulative-rate
.Entity
is a specific thing we collect data about. We used this vague term because we want to support hosts, pods, load
balancers, DBs, etc. in a generic way. In the previous SDK v3, we had the Local Entity and Remote Entities.
In this new version the reporting host is called HostEntity, and it's optional to add data to it. It represents the host where the agent is running on. If your entity belongs to a different host or it's something abstract that is not attached to the host where the integration runs, then you can create an Entity which requires a unique name and an entity type in order to be created.
You can add metrics, events and inventory on both types of entities.
https://github.com/newrelic/infra-integrations-sdk/blob/master/docs/v3tov4.md
SDK v1 and v2 use protocol-v1.
SDK v3 could use either protocol-v2 or protocol-v3.
SDK v4 only uses protocol-v4.
The Integrations Golang SDK supports getting metrics through JMX by calling the jmx.Open()
, jmx.OpenWithSSL
, jmx.Query()
, and jmx.Close()
functions. This JMX support relies
on the nrjmx tool. Follow the steps in the nrjmx repository to build it and set the NR_JMX_TOOL
environment variable to point to the location of the nrjmx
executable. If the NR_JMX_TOOL
variable is not set, the SDK uses /usr/bin/nrjmx
by default.
The GoSDK provides a helper HTTP package to create secure HTTPS clients that require loading credentials from a Certificate Authority Bundle (stored in a file or in a directory). You can read more here.
https://github.com/newrelic/infra-integrations-sdk/blob/master/docs/v3_tools_faqs.md
Should you need assistance with New Relic products, you are in good hands with several support diagnostic tools and support channels.
If the issue has been confirmed as a bug or is a feature request, file a GitHub issue.
Support Channels
At New Relic we take your privacy and the security of your information seriously, and are committed to protecting your information. We must emphasize the importance of not sharing personal data in public forums, and ask all users to scrub logs and diagnostic information for sensitive information, whether personal, proprietary, or otherwise.
We define “Personal Data” as any information relating to an identified or identifiable individual, including, for example, your name, phone number, post code or zip code, Device ID, IP address, and email address.
For more information, review New Relic’s General Data Privacy Notice.
We encourage your contributions to improve this project! Keep in mind that when you submit your pull request, you'll need to sign the CLA via the click-through using CLA-Assistant. You only have to sign the CLA one time per project.
If you have any questions, or to execute our corporate CLA (which is required if your contribution is on behalf of a company), drop us an email at opensource@newrelic.com.
A note about vulnerabilities
As noted in our security policy, New Relic is committed to the privacy and security of our customers and their data. We believe that providing coordinated disclosure by security researchers and engaging with the security community are important means to achieve our security goals.
If you believe you have found a security vulnerability in this project or any of New Relic's products or websites, we welcome and greatly appreciate you reporting it to New Relic through HackerOne.
If you would like to contribute to this project, review these guidelines.
To all contributors, we thank you! Without your contribution, this project would not be what it is today.
infra-integrations-sdk is licensed under the Apache 2.0 License.