Code Monkey home page Code Monkey logo

docs-v2's Introduction

InfluxDB 2.0 Documentation

This repository contains the InfluxDB 2.x documentation published at docs.influxdata.com.

Contributing

We welcome and encourage community contributions. For information about contributing to the InfluxData documentation, see Contribution guidelines.

Reporting a Vulnerability

InfluxData takes security and our users' trust very seriously. If you believe you have found a security issue in any of our open source projects, please responsibly disclose it by contacting [email protected]. More details about security vulnerability reporting, including our GPG key, can be found at https://www.influxdata.com/how-to-report-security-vulnerabilities/.

Running the docs locally

  1. Clone this repository to your local machine.

  2. Install NodeJS, Yarn, Hugo, & Asset Pipeline Tools

    The InfluxData documentation uses Hugo, a static site generator built in Go. The site uses Hugo's asset pipeline, which requires the extended version of Hugo along with NodeJS tools like PostCSS, to build and process stylesheets and JavaScript.

    To install the required dependencies and build the assets, do the following:

    1. Install NodeJS

    2. Install Yarn

    3. In your terminal, from the docs-v2 directory, install the dependencies:

      cd docs-v2
      yarn install

      Note: The most recent version of Hugo tested with this documentation is 0.123.8.

  3. To generate the API docs, see api-docs/README.md.

  4. Start the Hugo server

    Hugo provides a local development server that generates the HTML pages, builds the static assets, and serves them at localhost:1313.

    In your terminal, start the Hugo server:

    npx hugo server
  5. View the docs at localhost:1313.

Alternative: Use docker compose

  1. Clone this repository to your local machine. See how to clone a repository.

  2. Follow the instructions to install Docker Desktop and Docker Compose to your local machine.

  3. Use Docker Compose to start the Hugo server in development mode--for example, enter the following command in your terminal:

    docker compose up local-dev
  4. View the docs at localhost:1313.

docs-v2's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

docs-v2's Issues

Update Histograms guide with info about the histogram visualization

InfluxDB's histogram visualization type doesn't display data produced by Flux's current histogram() function; it creates an "ad-hoc" histogram based off the structure of the returned data. We need to document how data should be structured to provide a useful data visualization and give good Flux examples of transforming data into that structure.

Alpha Scope - Jan 23rd!

Docs To-Do's

  • Setup via UI (Nora)
  • Setup via CLI (Scott)
  • Write data from Telegraf -- need to describe what is/is not supported for Telegraf config (Steve)
  • Query builder UI & Dashboards (Nora)
  • Org, bucket, token CRUD UI (Nora)
  • Org, bucket, token CRUD CLI (Scott)
  • Task CRUD via UI (Scott)
  • Task CRUD via CLI (Scott)
  • Ingest metrics from OSS process (+ UI for what org/bucket it goes to)
  • Metrics endpoint for InfluxDB v2.0
  • Flux namespaces & standard library (Scott)
  • Flux nil (Scott)
  • Flux fill (Scott)
  • Flux REPL (Scott)
  • Determine taxonomy for changelog now that we are in single node binary
  • Define expectations of data model and consistency approach
  • Phone home info (full disclosure) along with opt-out (Scott)

Full Alpha Scope

Setup UI
Setup via CLI
Write data from Telegraf -- need to describe what is/is not supported for Telegraf config
Query builder UI & Dashboards
Org, bucket, token CRUD UI
Org, bucket, token CRUD CLI
Task CRUD via UI
Task CRUD via CLI
Ingest metrics from OSS process (+ UI for what org/bucket it goes to)
Metrics endpoint for InfluxDB v2.0
Flux namespaces & standard library
Flux nil
Flux fill
Flux friendly parser errors
Flux REPL
Docs
Phone home usage stats
Nightly builds (deb, rpm, docker)
Weekly builds with changelog -- docs needs to determine taxonomy for changelog now that we are in single node binary
Move of Platform to InfluxDB -- target Jan 8th
Docs: Define expectations of data model and consistency approach

Add rel=canonical to old versions

To avoid SEO penalties for duplicate content, we need to add the rel="canonical" meta tag to old versions that point to the newest version of the current page. Something like the following in the <head>:

{{ $currentVersion := (index (findRE "[^/]+.*?" .RelPermalink) 0) .RelPermalink }}
{{ $latestVersion := $.Site.Data.versions.latest_version }}
{{ $latestVersionURL := replaceRE "[^/]+.*?[0]" $latestVersion .RelPermalink }}
{{ if not (eq $currentVersion $latestVersion) }}
  <link rel=”canonical” href=”{{ $latestVersionURL }}” />
{{ end }}

Document how to write data to InfluxDB 2.0

We need to document how to write data to InfluxDB. Currently we only offer docs for using Telegraf or scrapers to get data in. Things we need include:

  • The /write API endpoint
  • Write data with the CLI
  • Writing data in the UI
  • Line protocol
  • Client libraries (Go, JS, PHP)

Document new template variables

Template variables -> Variables

Predefined variables:

  • v.timeRangeStart
  • v.timeRangeEnd
  • v.windowPeriod

Custom variables: In alpha-7, custom variable values can only be populated using a query. "Staticly-defined" variables are coming.

We also need to document how to import/export variables.

Enrich the Install instructions

  1. no redirect to the downloads page
  2. create specific instructions per platform (Darwin, Docker, Linux, tar ball)...review 1.x install instructions by platform/OS for inspiration
  3. review collapsing into a single page rather than separate pages for install and setup
  4. Add the call to action re: feedback on the alpha/beta
    here: https://community.influxdata.com/c/influxdb2

Document using tokens with CLI after UI initialization

Whenever a 2.0 database is initialized through the UI, the root token DOES NOT get stored on the user's machine. influx setup will store the generated token in the user's home directory and the user won't have to pass a token with any commands. If somebody initializes their DB through the UI and wants to use the CLI, they need to pass their token using one of the following methods:

  1. Use the -t --token flag when running influx commands to pass the token.
  2. Set the INFLUX_TOKEN environment variable.
  3. Store their token in ~/.influxdbv2/credentials. Tokens can be retrieved from the UI.

Docs: Generate Telegraf docs from in-tree plugin markdown files

Overview

Turn some Telegraf project readmes into fulll pages on pages in docs.influxdata.com. Pull directly from GitHub readme so when readme is updated so does the docs page.

All Markdown documents in the Telegraf repo are now fully linted and linted before every check-in. Every file was gone through and standardized on a set of header levels and patterns.

Proposal

GitHub pages to include:

Use case

  • A better experience for users via:
    • some may get distracted when they go from docs to GitHub, end up giving up
    • create a cohesive InfluxData experience
    • up to date docs
  • Less maintenance burden on docs team
  • Gain analytics to see who's viewing the plugin readmes, which ones are giving users more trouble

Next Steps

  • Docs team to investigate how this could be done
  • Docs team to let Telegraf team know if Markdown files are meeting their standard or if templates need updates

Document where to get your org ID

In the UI, you can get it from the URL:

# Pattern
http://localhost:9999/orgs/<org-id>

# Example
http://localhost:9999/orgs/03a2bbf46249a000

From the CLI, you can see it in the output of:

influx org find

Public 2.0 docs suggest to open issues in this (private) repo

We point people toward the new documentation in Alpha, and within these docs there are links suggesting people open issues, but the linked repo is this one -- private, so users will see a 404.

Maybe a better workflow would be for that link to point toward the existing public docs repo. There's no "v2" label now, but if there was, you could change the link to automatically label it with v2 for easier sorting/triage/differentiation between existing and new (e.g., https://github.com/influxdata/docs.influxdata.com/issues/new?labels=v2)

Alpha - Flux

Inputs

  • buckets
  • from
  • from_csv

Output

  • to_http
  • to_kafka
  • to_influx

Transformations

  • count
  • covariance
  • cumulative_sum
  • derivative
  • difference
  • distinct
  • filter
  • first
  • group
  • histogram [?]
  • increase
  • integral
  • join
  • key_values
  • keys
  • last
  • limit
  • map
  • max
  • mean
  • min
  • percentile
  • pivot
  • range
  • sample
  • schema_functions [?]
  • set
  • shift
  • skew
  • sort
  • spread
  • stddev
  • sum
  • system_time
  • top bottom
  • union
  • unique
  • window
  • yield

Column Types

  • bool
  • uint
  • int
  • float
  • time
  • nil

Flux value Types

  • bool
  • uint
  • int
  • float
  • duration
  • string
  • regex
  • array
  • object
  • function

Code organization

  • packages, namespaces, imports

Options

  • now
  • task

Constants and Built-ins

  • Days of week
  • Months of year

Update fromCSV function

The current fromCSV function is incorrect. It is now a package that must be imported. Pull from a csv data source with:

import "csv"
csv.from(...)

Full Disclosure: OSS Telemetry

We need to document that we have an opt-out feature which sends telemetry to InfluxData. We need to describe the details of what are capturing and why similar to the following examples:

https://www.elastic.co/guide/en/cloud-enterprise/current/ece-phone-home.html
https://caddyserver.com/docs/telemetry

This page should live at telemetry.influxdata.com ---

However, we need a pointer to this page from:
the InfluxDB 2.0 OSS repo
and
configuration of this.... essentially what you need to opt-out of this feature.

@goller is the key contact for the details.

Document InfluxDB tracing

There are two options for tracing:

  • log
  • jaeger

Jaeger

If the tracing type flag == jaeger, then we use the Jaeger library to configure a Jaeger tracing destination.
https://sourcegraph.internal/github.com/influxdata/influxdb/-/blob/cmd/influxd/launcher/launcher.go#L360-374

Jaeger has great docs for this.
https://www.jaegertracing.io/docs/1.11/client-libraries/
https://www.jaegertracing.io/docs/1.11/client-features/

In the second Jaeger link, you’ll find a section “Tracer configuration via environment variables”. At a minimum, the InfluxDB OSS 2.x user will need to set these env vars:
JAEGER_AGENT_HOST - Jaeger agent host name or IP address
JAEGER_SERVICE_NAME - “service name” added to each trace

Various style updates

  • Adjust top padding on code blocks
  • Add bold color for body text
  • Adjust search input field styling
  • Adjust light theme left nav colors
  • .article-content p code { whitespace: nowrap; font-style: normal; }
  • <code>'s hover state when inside of a link is disconnected from the link.
  • <hr>
  • .article-content pre { margin: 2rem 0 2.25rem; }
  • h2,h3,h4,h5,h6 { & + .highlight pre { margin-top: .5rem; }}
  • .article-content img { margin-bottom: 2rem; }
  • .article-content li p:last-child { margin-bottom: 0; }

Work with Google to publish documentation to cloud.google.com/docs

As we work through the rollout of InfluxDB Cloud v2, we will deploy on GCP Marketplace. As part of our relationship with Google, we are required to publish our documentation into their site.

We will need to determine:

  1. format for the content (output from Hugo?)
  2. publishing process and frequency (limits?, controls?)

We will need to work with @gunnaraasen very closely on this effort.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.