Fond

Source de données : InfluxDB, potentiellement PostgreSQL pour les données changeant peu fréquemment.

Cette demande de fonctionnalité est une extension générale des discussions qui se déroulent dans :

2132, #2777, #1611

Il est basé sur le post slack : Grafana Cloud Hosting Best Practices que j'ai créé le 20.04.2016 dans le canal grafana sur raintank.slack.com .

Pour les curieux :
Pour savoir ce qu'est un système hors réseau ou hybride, veuillez consulter ce document très accessible :

Systèmes électriques hybrides basés sur les énergies renouvelables (source : Alliance for Rural Electrification )

Le défi

Vous trouverez ci-dessous un exemple de l'un de mes cas d'utilisation Grafana les plus complexes.

├── Off-Grid manufacturer 1
│   └── Technical staff
│   └── Finance staff
│   └── Investors
│   └── Public (i.e. demo dashboards)
│   │
│   └── Plant hire company 1.1
│   │   ├── Finance staff
│   │   ├── Technical staff
│   │   └── Investors
│   │   └── Public (i.e. demo dashboards)
│   │   │
│   │   └── Building company 1.1.1
│   │   │   ├── Technical staff
│   │   │   ├── Finance staff
│   │   │   └── Investors
│   │   │   └── Public (i.e. demo dashboards)
│   │   .
│   │   .
│   │   └── Building company 1.1.n
│   .
│   .
│   └── Plant hire company 1.n
.
.
└── Off-Grid manufacturer n

Notez que je dois traiter non seulement avec plusieurs organisations, mais aussi avec plusieurs organisations à quelques niveaux de profondeur.

Dans Off-Grid manufacturer 1 il y a 5 groupes d'utilisateurs différents, à savoir :

• Personnel technique
• Personnel des finances
• Investisseurs
• Publique
• Clients (c.-à-d. sociétés de location de plantes ; essentiellement une sous-organisation)

Chacun de ces groupes a des besoins très différents en termes de visualisation des données et il serait fantastique de pouvoir configurer des tableaux de bord par défaut applicables à chaque groupe. Certains groupes, comme les techniciens, je veux accorder un accès complet pour créer leurs propres tableaux de bord et pouvoir tout représenter graphiquement. Le groupe public que je veux verrouiller complètement alors que tous les autres groupes se situent quelque part entre ces deux extrêmes. Je ne veux pas que les groupes se mêlent ou aient accès les uns aux autres aux tableaux de bord ou aux sources de données.

Off-Grid manufacturer 1 doit pouvoir accéder à toutes les données de toutes les entreprises en dessous, tandis que Plant hire company 1.1 doit pouvoir accéder à toutes les entreprises en dessous mais pas aux données d'une autre location d'usine entreprises au même niveau que lui ou toute organisation au-dessus de lui.

Un exemple un peu extrême je sais, mais c'est ma réalité !

La demande de fonctionnalité

Pour simplifier l'accès au tableau de bord, il serait formidable d'avoir des groupes d'utilisateurs et des groupes de tableaux de bord au sein des organisations et de pouvoir accorder des droits de visualisation/modification aux tableaux de bord pour chaque utilisateur ou groupe d'utilisateurs. Des sous-groupes (ou sous-organisations) avec la possibilité d'attribuer des rôles d'administrateur à certains utilisateurs au sein d'un groupe particulier, avec ces droits d'administrateur limités à ce sous-groupe (ou sous-organisation), seraient également utiles 😈

Si vous deviez dessiner une seule organisation, cela ressemblerait à ceci :

users     :  u1   u2    u3   u4   u5 |
              \ /    \ /     /   /   |
               |      |     /   /    |
user      :   ug1    ug2   /   /     |
groups    :    |   /  |   /   /      |
               |  /   |  /   /       |>- organisation
               | /    | /   /        |
dashboard :   dg1    dg2   /         |
groups    :    |      |   /          |
              / \    / \ /           |
dashboards:  d1 d2  d3 d4            |
                                   --

Noter:

• L'utilisateur 1 ( u1 ), via le groupe d'utilisateurs 1 ( ug1 ), n'a accès qu'aux tableaux de bord 1 & 2 ( d1 & d2 ).
• L'utilisateur 2 ( u2 ) appartient aux deux groupes d'utilisateurs et a donc accès aux 4 tableaux de bord.
• Tout utilisateur appartenant au groupe d'utilisateurs 2 ( ug2 ) a accès aux deux groupes de tableaux de bord et a donc également accès aux 4 tableaux de bord.
• L'utilisateur 4 ( u4 ) appartient directement au groupe de tableaux de bord 2 ( dg2 ), et non via un groupe d'utilisateurs.
• L'utilisateur 5 ( u5 ) n'a que l'autorisation d'afficher le tableau de bord 4 ( d4 ). D'après ce que je comprends, est-ce le modèle d'autorisation actuel en place au sein des organisations ?

Une organisation avec plusieurs sous-organisations ressemblerait à ceci :

                                  | sub-users     :  su1 su2  su3 su4
                                  |                    \ /     \ /  
                                  |                     |       |   
             sub-organisation 1 -<| sub-user      :    sug1    sug2 
            /                     | groups        :     |  \    |   
organisation                      |                     |   \   |   
            \                     |                     |    \  |  
     sub-organisation 2           | sub-dashboard :    sdg1    sdg2  
                                  | groups        :     |       |   
                                  |                    / \     /  \  
                                  | sub-dashboards:  sd1   sd2    sd3
                                   --

Noter:

• le sous-tableau de bord 2 ( sd2 ) appartient aux deux groupes de sous-tableau de bord et est donc accessible aux 4 utilisateurs.
• sub-organisation 1 n'a pas accès aux données appartenant à sub-organisation 2 ou aux données appartenant à organisation , sauf les siennes.

Scénarios réels

Voici un scénario d'utilisation pour brosser un tableau de la façon dont j'imagine que cela fonctionne dans la réalité :

J'ai un client, Off-Grid manufacturer 1 , qui construit et vend des systèmes hors réseau à des sociétés de location de centrales, qui à leur tour les louent à des sociétés de construction qui ont besoin d'électricité sur leurs chantiers (remarque : 4 niveaux d'organisation).

Off-Grid manufacturer 1 acquiert un nouveau client, Plant hire company 1.2 , qui souhaite surveiller tous les systèmes hors réseau qu'ils achètent auprès de Off-Grid manufacturer 1 . Plant hire company 1.2 a deux clients, Building companies 1.2.1 & 1.2.2 , qui souhaitent gérer leurs propres droits d'accès utilisateur.

Off-Grid manufacturer 1 a créé un ensemble standard de tableaux de bord pour chaque système hors réseau auquel ils souhaitent donner accès à tous leurs clients.

Exemple d'organisations administrantes :

• Je crée une nouvelle organisation appelée Off-Grid manufacturer 1

• Je crée un seul utilisateur au sein de cette organisation et lui accorde des droits d'administrateur.

  Exemple d'administration de groupes :

• L'utilisateur administrateur de l'organisation Off-Grid manufacturer 1 crée 2 tableaux de bord.

  • Tableau de bord 1 : affiche des chiffres financiers sensibles pour les comptables
  • Tableau de bord 2 : affiche la tension de la batterie pour les techniciens
• L'utilisateur administrateur crée un nouveau groupe appelé "Finances" et lui accorde l'accès au tableau de bord 1.

• L'utilisateur administrateur crée un nouveau groupe appelé "Techniciens" et lui accorde l'accès au tableau de bord 2.

  Exemple d'administration des utilisateurs :

• L'utilisateur admin de l'organisation Off-Grid manufacturer 1 crée un nouvel utilisateur (par exemple finance_user_1 ).

• finance_user_1 est ajouté au groupe "Finances" (ils ont un accès immédiat au tableau de bord 1)

  Administrateurs de sous-groupe/sous-organisation

• L'utilisateur administrateur de l'organisation Off-Grid manufacturer 1 crée un nouveau groupe ou sous-organisation (par exemple hire_company_1.2 ).

• L'utilisateur admin crée un nouvel utilisateur appelé hire_company_1.2_admin .
• hire_company_1.2_admin peut :
  
  
  
  • créer de nouveaux utilisateurs (qui sont automatiquement limités au groupe hire_company_1.2 .
  
  
  • créer des groupes de sous-utilisateurs
  
  
  • affecter des sous-utilisateurs à des groupes de sous-utilisateurs
  
  
  • créer des tableaux de bord
  
  
  • créer des groupes de sous-tableau de bord
  
  
  • affecter des tableaux de bord à des groupes de sous-tableaux de bord