Project

General

Profile

Actions

User story #9284

open

External Info Plugin framework

Added by Florian Heigl over 7 years ago. Updated 7 months 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 #1

Updated by François ARMAND over 7 years ago

I'm not sure about what you mean by mapping and constraint - is it something like a schema support on JSON node properties, à la AVRO schema, or JSON schema (http://json-schema.org/examples.html) ?

For the multi-node commit, I think what you really want is the possibility to have complexe change request done by the API, one such change request being able to touch any number of directives / rules / groups - and node properties. Or perhaps you don't care how it is implemented behind the scene and you just want to be able to change properties on several node in one go :))

Actions #2

Updated by Florian Heigl over 7 years ago

I'll try to come back to this in a few weeks.
currently playing with jq (or failing) to model some possible data going in- and out.

Actions #3

Updated by Benoît PECCATTE over 7 years ago

We are going to add datasources in this model soon.

Actions #4

Updated by Benoît PECCATTE about 7 years ago

  • Category set to 71
  • Target version set to Ideas (not version specific)
Actions #5

Updated by Vincent MEMBRÉ over 5 years ago

  • Project changed from Rudder to 54
  • Category deleted (71)
  • Target version changed from Ideas (not version specific) to 433
Actions #6

Updated by Vincent MEMBRÉ over 5 years ago

  • Project changed from 54 to Datasources
  • Target version changed from 433 to 4.1-1.3
Actions #7

Updated by Vincent MEMBRÉ 9 months ago

  • Target version changed from 4.1-1.3 to 7.2
Actions #8

Updated by Alexis Mousset 7 months ago

  • Target version changed from 7.2 to Ideas
Actions

Also available in: Atom PDF