Get the metadata from a Google Cloud Platform environment
The npm package "gcp-metadata" is a highly useful tool for developers working within Google Cloud Platform (GCP) environments. It enables the retrieval of metadata from running GCP instances, which is crucial for managing and configuring these instances effectively. Metadata includes information such as instance ID, zone, network configurations, and custom tags. This package streamlines the process of accessing this critical information, thus enhancing automation and monitoring capabilities in cloud applications. By providing easy access to GCP metadata, developers can dynamically manage their applications based on the environment specifics without hard coding values, leading to more robust and adaptable applications.
To utilize "gcp-metadata" in your project, simply execute the command `npm install gcp-metadata`. This command installs the package into your node.js project, making it easy to start fetching metadata from your Google Cloud instances. The package offers straightforward methods such as `.instance()` and `.project()` that return promises, resolving with the relevant metadata. This functionality is especially beneficial in environments where applications need to be aware of their operational context, enabling them to adjust configurations or behavior based on the current GCP infrastructure settings. The npm package thus not only simplifies development but also contributes to creating more efficient and context-aware applications.
Overall, "gcp-metadata" is an indispensable tool for any developer working with Google Cloud Platform. It not only facilitates the easy retrieval of environmental data but also supports better management and scalability of cloud applications. By enabling applications to access and react to their metadata, it plays a pivotal role in optimizing the deployment and operation of applications across diverse GCP environments. This capability ensures that cloud resources are used more effectively, potentially leading to cost savings and improved performance of applications deployed on GCP.
Core dependencies of this npm package and its dev dependencies.
gaxios, json-bigint, @compodoc/compodoc, @google-cloud/functions, @types/json-bigint, @types/mocha, @types/ncp, @types/node, @types/sinon, @types/tmp, @types/uuid, c8, cross-env, gcbuild, gcx, gts, linkinator, mocha, ncp, nock, sinon, tmp, typescript, uuid
A README file for the gcp-metadata code repository. View Code
Get the metadata from a Google Cloud Platform environment
A comprehensive list of changes in each version may be found in the CHANGELOG.
Read more about the client libraries for Cloud APIs, including the older Google APIs Client Libraries, in Client Libraries Explained.
Table of contents:
npm install gcp-metadata
const gcpMetadata = require('gcp-metadata');
async function quickstart() {
// check to see if this code can access a metadata server
const isAvailable = await gcpMetadata.isAvailable();
console.log(`Is available: ${isAvailable}`);
// Instance and Project level metadata will only be available if
// running inside of a Google Cloud compute environment such as
// Cloud Functions, App Engine, Kubernetes Engine, or Compute Engine.
// To learn more about the differences between instance and project
// level metadata, see:
// https://cloud.google.com/compute/docs/storing-retrieving-metadata#project-instance-metadata
if (isAvailable) {
// grab all top level metadata from the service
const instanceMetadata = await gcpMetadata.instance();
console.log('Instance metadata:');
console.log(instanceMetadata);
// get all project level metadata
const projectMetadata = await gcpMetadata.project();
console.log('Project metadata:');
console.log(projectMetadata);
}
}
quickstart();
const isAvailable = await gcpMetadata.isAvailable();
const data = await gcpMetadata.instance();
console.log(data); // ... All metadata properties
const data = await gcpMetadata.instance('hostname');
console.log(data); // ...Instance hostname
const projectId = await gcpMetadata.project('project-id');
console.log(projectId); // ...Project ID of the running instance
const data = await gcpMetadata.instance('service-accounts/default/email');
console.log(data); // ...Email address of the Compute identity service account
const data = await gcpMetadata.instance({
property: 'tags',
params: { alt: 'text' }
});
console.log(data) // ...Tags as newline-delimited list
await gcpMetadata.instance({
headers: { 'no-trace': '1' }
}); // ...Request is untraced
In some cases number valued properties returned by the Metadata Service may be
too large to be representable as JavaScript numbers. In such cases we return
those values as BigNumber
objects (from the bignumber.js library). Numbers
that fit within the JavaScript number range will be returned as normal number
values.
const id = await gcpMetadata.instance('id');
console.log(id) // ... BigNumber { s: 1, e: 18, c: [ 45200, 31799277581759 ] }
console.log(id.toString()) // ... 4520031799277581759
GCE_METADATA_HOST
: provide an alternate host or IP to perform lookup against (useful, for example, you're connecting through a custom proxy server).
For example:
export GCE_METADATA_HOST='169.254.169.254'
DETECT_GCP_RETRIES
: number representing number of retries that should be attempted on metadata lookup.
DEBUG_AUTH
: emit debugging logs
METADATA_SERVER_DETECTION
: configure desired metadata server availability check behavior.
assume-present
: don't try to ping the metadata server, but assume it's presentnone
: don't try to ping the metadata server, but don't try to use it eitherbios-only
: treat the result of a BIOS probe as canonical (don't fall back to pinging)ping-only
: skip the BIOS probe, and go straight to pingingSamples are in the samples/
directory. Each sample's README.md
has instructions for running its sample.
Sample | Source Code | Try it |
---|---|---|
Quickstart | source code | ![]() |
The GCP Metadata Node.js Client API Reference documentation also contains samples.
Our client libraries follow the Node.js release schedule. Libraries are compatible with all current active and maintenance versions of Node.js. If you are using an end-of-life version of Node.js, we recommend that you update as soon as possible to an actively supported LTS version.
Google's client libraries support legacy versions of Node.js runtimes on a best-efforts basis with the following warnings:
Client libraries targeting some end-of-life versions of Node.js are available, and
can be installed through npm dist-tags.
The dist-tags follow the naming convention legacy-(version)
.
For example, npm install gcp-metadata@legacy-8
installs client libraries
for versions compatible with Node.js 8.
This library follows Semantic Versioning.
This library is considered to be stable. The code surface will not change in backwards-incompatible ways unless absolutely necessary (e.g. because of critical security issues) or with an extensive deprecation period. Issues and requests against stable libraries are addressed with the highest priority.
More Information: Google Cloud Platform Launch Stages
Contributions welcome! See the Contributing Guide.
Please note that this README.md
, the samples/README.md
,
and a variety of configuration files in this repository (including .nycrc
and tsconfig.json
)
are generated from a central template. To edit one of these files, make an edit
to its templates in
directory.
Apache Version 2.0
See LICENSE