Project

General

Profile

Actions

User story #9284

open

External Info Plugin framework

Added by Florian Heigl about 8 years ago. Updated about 1 year ago.

Status:
New
Priority:
N/A
Assignee:
-
Target version:
UX impact:
Suggestion strength:
User visibility:
Effort required:
Name check:
Fix check:
Regression:

Description

Hi,

in various cases I've now used rudder-set-node-props.py to inject some info.
In my cases it has been very similar:

  • system's usage class (prod/staging/...)
  • system's applications (can be modeled one or many)
  • enabling addons to be installed (i.e. have_docker=yes instead of app=docker)

I've done that with various providers and they usually got tagging support in different levels of quality.
In addition to tags there might also be infrastructure info available, i.e. which datacenter we're running it.

Enterprises will have CMDB's - to be honest that is quite the same info, just with much higher depth.

And the docker crowd tries to have everything in Consul, and still is on an uphill battle to give that higher data quality than the ubiquitous excel system documentation.
(lack of constraints in the data model)

Ah, yes, and the excel users.

I think something for the future is to think about a common layer to provide

  • mapping
  • constraints
  • multi-node updates (atomic, so you don't have races)

idk what else might be coming.
right now we're all still working to have better scripts to inject the properties and build rules of them.

this is to raise attention that there might be a need of a stronger interface in the future.

(time for me to test the csv export contrib script, too)

Actions

Also available in: Atom PDF