1
0
mirror of https://github.com/krislamo/puppet-fluentd synced 2024-12-16 05:10:36 +00:00
Generic Puppet module to manage Fluentd
Go to file
Max Wilhelm 600970d5df added fluentd::service
configures the fluentd (td-agent) service
2015-11-30 17:49:18 +01:00
examples initial commit 2015-11-30 12:23:28 +01:00
files added fluentd::config 2015-11-30 17:17:54 +01:00
manifests added fluentd::service 2015-11-30 17:49:18 +01:00
spec initial commit 2015-11-30 12:23:28 +01:00
.gitignore initial commit 2015-11-30 12:23:28 +01:00
Gemfile initial commit 2015-11-30 12:23:28 +01:00
metadata.json added fluentd::repo & fluentd::repo::apt 2015-11-30 15:18:26 +01:00
Rakefile initial commit 2015-11-30 12:23:28 +01:00
README.md initial commit 2015-11-30 12:23:28 +01:00

wywygmbh/fluentd Puppet Module

Table of Contents

  1. Description
  2. Setup - The basics of getting started with fluentd
  3. Usage - Configuration options and additional functionality
  4. Reference - An under-the-hood peek at what the module is doing and how
  5. Limitations - OS compatibility, etc.
  6. Development - Guide for contributing to the module

Description

Start with a one- or two-sentence summary of what the module does and/or what problem it solves. This is your 30-second elevator pitch for your module. Consider including OS/Puppet version it works with.

You can give more descriptive information in a second paragraph. This paragraph should answer the questions: "What does this module do?" and "Why would I use it?" If your module has a range of functionality (installation, configuration, management, etc.), this is the time to mention it.

Setup

Setup Requirements OPTIONAL

If your module requires anything extra before setting up (pluginsync enabled, etc.), mention it here.

If your most recent release breaks compatibility or requires particular steps for upgrading, you might want to include an additional "Upgrading" section here.

Beginning with fluentd

The very basic steps needed for a user to get the module up and running. This can include setup steps, if necessary, or it can be an example of the most basic use of the module.

Usage

This section is where you describe how to customize, configure, and do the fancy stuff with your module here. It's especially helpful if you include usage examples and code samples for doing things with your module.

Reference

Here, include a complete list of your module's classes, types, providers, facts, along with the parameters for each. Users refer to this section (thus the name "Reference") to find specific details; most users don't read it per se.

Limitations

This is where you list OS compatibility, version compatibility, etc. If there are Known Issues, you might want to include them under their own heading here.

Development

Since your module is awesome, other users will want to play with it. Let them know what the ground rules for contributing are.

Release Notes/Contributors/Etc. Optional

If you aren't using changelog, put your release notes here (though you should consider using changelog). You can also add any additional sections you feel are necessary or important to include here. Please use the ## header.