Skip to main content
Service account किसी integration के लिए एक नामित पहचान (identity) होती है। यह API keys या OAuth clients की स्वामी होती है और उन अनुमतियों को धारण करती है जिनका उपयोग ये credentials कर सकते हैं, इसलिए एक्सेस की समीक्षा account स्तर पर होती है: किसी integration के पास कितने भी credentials हों, वह क्या कर सकता है, यह एक ही स्थान पर दिखाई देता है। Account स्वयं कोई credential नहीं है: इसकी ID किसी अनुरोध को प्रमाणित (authenticate) नहीं कर सकती। विधि चुनने के लिए Authentication देखें; API-key वाले integration के लिए OAuth की आवश्यकता नहीं होती। Service accounts का प्रबंधन Developer Hub के Service accounts टैब से करें।

​
अपने accounts को workloads के आधार पर डिज़ाइन करें

सभी कार्यों के लिए एक व्यापक account बनाने के बजाय, प्रत्येक integration या workload के लिए एक अलग service account बनाएँ — उदाहरण के लिए reporting-pipeline, scim-sync या soc-enrichment। प्रति-workload accounts अनुमतियों को न्यूनतम रखते हैं, request logs को किसी विशिष्ट स्रोत से जोड़ना संभव बनाते हैं, और आपको अन्य integrations को प्रभावित किए बिना किसी एक integration को अक्षम (disable) करने देते हैं।

​
Service account बनाएँ

1

Name the account

Account को ऐसा नाम दें जो उस workload की पहचान कराए जिसकी वह सेवा करता है, और यह बताने वाला विवरण दें कि वह क्या करता है। दोनों सूचियों और logs में दिखाई देते हैं, ताकि भविष्य के एडमिन accounts में अंतर कर सकें।
2

Grant permissions

वे अनुमतियाँ चुनें जो account अपने credentials को दे सकता है — उदाहरण के लिए entity:read, simulation:read या reporting:read। यह समूह उस account के अंतर्गत बनाए गए प्रत्येक credential की अधिकतम सीमा है: कोई credential इन अनुमतियों का एक उपसमूह धारण कर सकता है, इससे अधिक कभी नहीं।
workload को आज जितनी न्यूनतम अनुमतियों की आवश्यकता है, उतनी ही दें। आप account अनुमतियाँ बाद में जोड़ सकते हैं; मौजूदा credentials अपने दिए गए scopes बनाए रखते हैं।
3

Review and create

नाम और अनुमतियों के समूह की पुष्टि करें। निर्माण के बाद, account का विवरण पृष्ठ वह स्थान है जहाँ आप इसकी API keys बना सकते हैं।

​
जीवनचक्र का प्रबंधन करें

  • अनुमतियों को किसी भी समय संपादित करें। Account से कोई अनुमति हटाने पर वह उन अनुमतियों से भी हट जाती है जिनका उपयोग इसकी API keys और OAuth access tokens कर सकते हैं।
  • Account को अक्षम (disable) करें, ताकि उसके सभी credentials के माध्यम से API एक्सेस रुक जाए — यह किसी integration को सेवामुक्त करते समय या संदिग्ध credential लीक को रोकते हुए जाँच करते समय उपयोगी है। पुनः सक्षम करने पर वे credentials फिर से प्रमाणित हो सकते हैं जो अब भी सक्रिय हैं और जिनकी अवधि समाप्त नहीं हुई है।
  • Account को हटाएँ (delete) जब integration सेवानिवृत्त हो चुका हो। पहले integration को रोकें और उसके credentials को रद्द (revoke) करें। हटाना स्थायी है।
प्रत्येक account का विवरण पृष्ठ दिखाता है कि उसे किसने बनाया, कब बनाया, और उसकी किसी key का अंतिम बार उपयोग कब हुआ — यह उन परित्यक्त integrations की त्वरित पहचान का तरीका है जिन्हें अक्षम कर दिया जाना चाहिए।