पृष्ठभूमि

डेटा स्रोत: InfluxDB, संभावित रूप से बार-बार बदलते डेटा के लिए PostgreSQL।

यह सुविधा अनुरोध इसमें हो रही चर्चाओं का एक सामान्य विस्तार है:

२१३२, #२७७७, #१६११

यह स्लैक पोस्ट पर आधारित है: ग्राफाना क्लाउड होस्टिंग बेस्ट प्रैक्टिस जो मैंने 20.04.2016 को grafana चैनल में raintank.slack.com पर बनाई

जिज्ञासु के लिए:
यह पता लगाने के लिए कि ऑफ-ग्रिड या हाइब्रिड सिस्टम क्या है, कृपया इस अत्यंत सुलभ दस्तावेज़ को देखें:

अक्षय ऊर्जा पर आधारित हाइब्रिड पावर सिस्टम (स्रोत: एलायंस फॉर रूरल इलेक्ट्रिफिकेशन )

चुनौती

नीचे मेरे सबसे जटिल ग्राफाना उपयोग मामलों में से एक का एक उदाहरण है।

├── 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

ध्यान दें कि मुझे न केवल कई संगठनों से बल्कि कई संगठनों के साथ कुछ परतों की गहराई से निपटने की आवश्यकता है।

Off-Grid manufacturer 1 भीतर उपयोगकर्ताओं के 5 अलग-अलग समूह हैं:

• तकनीकी स्टाफ
• वित्त कर्मचारी
• निवेशक
• सह लोक
• ग्राहक (अर्थात संयंत्र किराए पर लेने वाली कंपनियां; अनिवार्य रूप से एक उप-संगठन)

डेटा विज़ुअलाइज़ेशन के संदर्भ में इनमें से प्रत्येक समूह की अलग-अलग ज़रूरतें हैं और प्रत्येक समूह पर लागू होने वाले डिफ़ॉल्ट डैशबोर्ड को सेट करने में सक्षम होना शानदार होगा। कुछ समूह, जैसे तकनीकी लोग, मैं अपने स्वयं के डैशबोर्ड बनाने और कुछ भी ग्राफ़ करने में सक्षम होने के लिए पूर्ण पहुंच प्रदान करना चाहता हूं। जिस सार्वजनिक समूह को मैं पूरी तरह से बंद करना चाहता हूं, जबकि हर दूसरा समूह इन दो चरम सीमाओं के बीच कहीं है। मैं नहीं चाहता कि समूह हस्तक्षेप करें, या एक-दूसरे के डैशबोर्ड या डेटा स्रोतों तक उनकी पहुंच हो।

Off-Grid manufacturer 1 को इसके नीचे की सभी कंपनियों के सभी डेटा तक पहुंचने में सक्षम होना चाहिए, जबकि Plant hire company 1.1 को इसके नीचे की सभी कंपनियों तक पहुंचने में सक्षम होना चाहिए, लेकिन अन्य संयंत्र किराए से डेटा तक पहुंचने में सक्षम नहीं होना चाहिए। कंपनियों के समान स्तर पर या स्वयं के ऊपर के किसी भी संगठन के रूप में।

कुछ हद तक चरम उदाहरण मुझे पता है, लेकिन यह मेरी वास्तविकता है!

फ़ीचर अनुरोध

डैशबोर्ड पहुंच को सरल बनाने के लिए, संगठनों के भीतर उपयोगकर्ता समूहों और डैशबोर्ड समूहों का होना और प्रत्येक उपयोगकर्ता या उपयोगकर्ता समूह के लिए डैशबोर्ड को देखने/संपादित करने के अधिकार प्रदान करने में सक्षम होना बहुत अच्छा होगा। उप-समूह (या उप-संगठन) किसी विशेष समूह के भीतर कुछ उपयोगकर्ताओं को व्यवस्थापक भूमिकाएँ सौंपने की क्षमता के साथ, उस उप-समूह (या उप-संगठन) तक सीमित व्यवस्थापक अधिकारों के साथ भी काम आएंगे

यदि आपको एक ही संगठन बनाना है, तो यह कुछ इस तरह दिखाई देगा:

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

ध्यान दें:

• उपयोगकर्ता 1 ( u1 ), उपयोगकर्ता समूह 1 ( ug1 ) के माध्यम से, केवल डैशबोर्ड 1 और 2 ( d1 और d2 ) तक
• उपयोगकर्ता 2 ( u2 ) दोनों उपयोगकर्ता समूहों से संबंधित है और इसलिए सभी 4 डैशबोर्ड तक उसकी पहुंच है।
• उपयोगकर्ता समूह 2 ( ug2 ) से संबंधित किसी भी उपयोगकर्ता के पास दोनों डैशबोर्ड समूहों तक पहुंच है और इसलिए सभी 4 डैशबोर्ड तक भी पहुंच है।
• उपयोगकर्ता 4 ( u4 ) सीधे डैशबोर्ड समूह 2 ( dg2 ) से संबंधित है, उपयोगकर्ता समूह के माध्यम से नहीं।
• उपयोगकर्ता ५ ( u5 ) को केवल डैशबोर्ड ४ ( d4 ) देखने की अनुमति है। जहां तक ​​मैं इसे समझता हूं, यह संगठनों के भीतर मौजूदा अनुमति मॉडल है?

कई उप-संगठनों वाला संगठन कुछ इस तरह दिखेगा:

                                  | 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
                                   --

ध्यान दें:

• उप-डैशबोर्ड 2 ( sd2 ) दोनों उप-डैशबोर्ड समूहों से संबंधित है और इसलिए सभी 4 उपयोगकर्ताओं के लिए सुलभ है।
• sub-organisation 1 की sub-organisation 2 से संबंधित किसी भी डेटा या organisation से संबंधित डेटा तक कोई पहुंच नहीं है, सिवाय इसके कि यह स्वयं का है।

वास्तविक जीवन परिदृश्य

वास्तविकता में यह कैसे काम करता है, इसकी एक तस्वीर को चित्रित करने के लिए यहां एक उपयोग परिदृश्य है:

मेरे पास एक ग्राहक है, Off-Grid manufacturer 1 , जो किराए की कंपनियों को लगाने के लिए ऑफ-ग्रिड सिस्टम बनाता है और बेचता है, जो बदले में उन्हें उन निर्माण कंपनियों को किराए पर देते हैं जिन्हें उनके निर्माण स्थलों पर बिजली की आवश्यकता होती है (नोट: 4 संगठन स्तर)।

Off-Grid manufacturer 1 एक नया ग्राहक प्राप्त करता है, Plant hire company 1.2 , जो Off-Grid manufacturer 1 से खरीदे गए सभी ऑफ-ग्रिड सिस्टम की निगरानी करना चाहते हैं। Plant hire company 1.2 के दो ग्राहक हैं, Building companies 1.2.1 & 1.2.2 , जो अपने स्वयं के उपयोगकर्ता पहुंच अधिकारों का प्रबंधन करना चाहते हैं।

Off-Grid manufacturer 1 ने प्रत्येक ऑफ-ग्रिड सिस्टम के लिए डैशबोर्ड का एक मानक सेट बनाया है, जिसे वे अपने सभी ग्राहकों को एक्सेस देना चाहते हैं।

प्रशासन संगठन उदाहरण:

• मैं Off-Grid manufacturer 1 नामक एक नया संगठन बनाता हूं

• मैं इस संगठन के भीतर एक एकल उपयोगकर्ता बनाता हूं और उन्हें व्यवस्थापकीय अधिकार प्रदान करता हूं।

  प्रशासन समूह उदाहरण:

• Off-Grid manufacturer 1 संगठन का व्यवस्थापक उपयोगकर्ता 2 डैशबोर्ड बनाता है।

  • डैशबोर्ड 1: लेखाकारों के लिए संवेदनशील वित्तीय आंकड़े दिखाता है
  • डैशबोर्ड 2: तकनीशियनों के लिए बैटरी वोल्टेज दिखाता है
• व्यवस्थापक उपयोगकर्ता "वित्त" नामक एक नया समूह बनाता है और उसे डैशबोर्ड 1 तक पहुंच प्रदान करता है।

• व्यवस्थापक उपयोगकर्ता "तकनीशियन" नामक एक नया समूह बनाता है और उसे डैशबोर्ड 2 तक पहुंच प्रदान करता है।

  प्रशासन उपयोगकर्ता उदाहरण:

• Off-Grid manufacturer 1 संगठन का व्यवस्थापक उपयोगकर्ता एक नया उपयोगकर्ता बनाता है (उदा. finance_user_1 )।

• finance_user_1 को "वित्त" समूह में जोड़ा गया है (उनके पास डैशबोर्ड 1 तक तत्काल पहुंच है)

  उप-समूह/उप-संगठन व्यवस्थापक

• Off-Grid manufacturer 1 संगठन का व्यवस्थापक उपयोगकर्ता एक नया समूह या उप-संगठन (जैसे hire_company_1.2 ) बनाता है।

• व्यवस्थापक उपयोगकर्ता hire_company_1.2_admin नामक एक नया उपयोगकर्ता बनाता है।
• hire_company_1.2_admin कर सकते हैं:
  
  
  
  • नए उपयोगकर्ता बनाएं (जो स्वचालित रूप से hire_company_1.2 समूह तक सीमित हैं।
  
  
  • उप-उपयोगकर्ता समूह बनाएं
  
  
  • उप-उपयोगकर्ताओं को उप-उपयोगकर्ता समूहों को असाइन करें
  
  
  • डैशबोर्ड बनाएं
  
  
  • उप-डैशबोर्ड समूह बनाएं
  
  
  • उप-डैशबोर्ड समूहों को डैशबोर्ड असाइन करें