डोमेन जोड़ने और किसी दूसरे खाते के लिए साइन अप करने के बीच का अंतर

Google की सेवाओं के साथ अपने डोमेन का इस्तेमाल करने के तरीके चुनते समय, इन विकल्पों पर विचार करें.

  • एकल पहचान—इसमें सभी उपयोगकर्ताओं को एक ही डोमेन में शामिल किया जाता है.
  • एक से ज़्यादा डोमेन—इसमें प्राइमरी डोमेन और सेकंडरी डोमेन, दोनों में खाते शामिल किए जा सकते हैं.
  • अलग-अलग खाते (इसका सुझाव नहीं दिया जाता)—इसमें उपयोगकर्ताओं को Google के एक से ज़्यादा खातों में शामिल किया जा सकता है.

विकल्पों की तुलना करें

यहां डोमेन डिज़ाइन के विकल्पों की सूची और उनके बारे में जानकारी दी गई है. इनमें फ़ायदे और नुकसान के साथ-साथ, सुविधाओं की तुलना भी शामिल है.

फ़ायदे और नुकसान

फ़ायदे नुकसान
एकल पहचान
  • उपयोगकर्ता, सेकंडरी डोमेन का इस्तेमाल करके साइन इन नहीं कर सकते.
  • सेकंडरी डोमेन से उपनाम का इस्तेमाल करने वाले उपयोगकर्ता, इस पहचान का इस्तेमाल सिर्फ़ ईमेल भेजने के लिए कर सकते हैं. इसका इस्तेमाल, कैलेंडर के न्योते या दस्तावेज़ शेयर करने के लिए नहीं किया जा सकता. वैकल्पिक ब्रैंडिंग वाला कोई उपयोगकर्ता, "इस पते से भेजें" सुविधा का इस्तेमाल करके ईमेल भेज सकता है, लेकिन वह कैलेंडर के न्योते या दस्तावेज़ शेयर नहीं कर सकता.
  • अगर किसी उपनाम या निकनेम से ईमेल भेजा जाता है, तो पाने वाला व्यक्ति हेडर में प्राइमरी पहचान की जानकारी देख सकता है.
  • अगर सेकंडरी डोमेन में मौजूद किसी उपयोगकर्ता का उपयोगकर्ता नाम, प्राइमरी डोमेन में मौजूद किसी उपयोगकर्ता के उपयोगकर्ता नाम जैसा है, तो टकराव हो सकता है.
एक से ज़्यादा डोमेन
  • सेकंडरी डोमेन में मौजूद किसी उपयोगकर्ता का उपयोगकर्ता नाम, प्राइमरी डोमेन में मौजूद किसी उपयोगकर्ता के उपयोगकर्ता नाम जैसा हो सकता है. इससे कोई टकराव नहीं होता.
  • उपयोगकर्ता, प्राइमरी या सेकंडरी डोमेन में साइन इन कर सकते हैं और उनकी पहचान हो सकती है.
  • सेकंडरी डोमेन में मौजूद उपयोगकर्ता, उस डोमेन में अपनी पहचान से ईमेल, कैलेंडर के न्योते, और दस्तावेज़ शेयर कर सकते हैं.
  • हर खाते के लिए, एडमिन के अधिकारों पर पाबंदी
  • एक से ज़्यादा डोमेन से जुड़ी पाबंदियां लागू हो सकती हैं.
  • अगर सेकंडरी डोमेन में मौजूद किसी उपयोगकर्ता और प्राइमरी डोमेन में मौजूद किसी उपयोगकर्ता का उपयोगकर्ता नाम एक जैसा है, तो इसे फ़्लैग नहीं किया जाता.
  • उपयोगकर्ता, ज़रूरी डोमेन में साइन इन कर सकते हैं और उनकी बाहरी पहचान हो सकती है.
अलग-अलग खाते (इसका सुझाव नहीं दिया जाता)
  • एक से ज़्यादा डोमेन से जुड़ी पाबंदियां. उदाहरण के लिए, ये सुविधाएं सिर्फ़ प्राइमरी डोमेन के लिए उपलब्ध हैं:
    • कस्टम लोगो
    • अन्य डोमेन नेम
    • शेयर करने की सुविधा को किसी एक डोमेन के उपयोगकर्ताओं तक सीमित नहीं किया जा सकता.
  • डोमेन के हिसाब से, एडमिन के अधिकारों को सौंपने की सुविधा उपलब्ध नहीं है
  • खातों के बीच "भरोसे" का कोई संबंध नहीं होता. आपको Drive, Sites, Meet वगैरह जैसी अन्य सेवाओं को बाहरी तौर पर शेयर करने के लिए सेट करना होगा.
  • एडमिन के अधिकारों के लिए, एक से ज़्यादा कंसोल की ज़रूरत होती है
  • किसी उपयोगकर्ता को एक डोमेन से दूसरे डोमेन में ले जाने पर, ज़्यादा काम करना पड़ता है
  • शेयर किए गए कैलेंडर के संसाधनों के लिए, बुकिंग की कोई केंद्रीकृत सुविधा नहीं है
  • हर खाते के लिए, ग्लोबल पता सूची अलग से बनाई जाती है
  • ईमेल के अधिकारों को सौंपने की सुविधा सिर्फ़ "स्थानीय" उपयोगकर्ताओं के लिए उपलब्ध है

विशेषताओं की तुलना करें

एकल पहचान एक से ज़्यादा डोमेन अलग-अलग खाते
एडमिन के लिए अनुभव
एडमिन के लिए एक ही कंसोल हां हां नहीं
किसी उपयोगकर्ता को एक डोमेन से दूसरे डोमेन में ट्रांसफ़र करने पर, ज़्यादा काम करना पड़ता है कम कम ज़्यादा
सिंक करने वाले टूल के इंस्टेंस की ज़रूरत होती है. जैसे, GADS, GAPS, GCC सिंगल सिंगल अनेक
डोमेन को कंसोलिडेट करने पर, नेमस्पेस के टकराव की संभावना हां नहीं नहीं
एक से ज़्यादा डोमेन से जुड़ी जटिलताएं नहीं हां नहीं
उपयोगकर्ता अनुभव
शेयर किए गए कैलेंडर के संसाधनों के लिए, बुकिंग की केंद्रीकृत सुविधा हां हां नहीं
साथ काम करने वाले लोगों के बीच मिलकर काम करने की सुविधा बेहतरीन बेहतरीन सीमित
कंपनी के लिए एक ही जीएएल हां हां मुश्किल
साथ काम करने वाले लोगों के बीच, ईमेल के अधिकारों को सौंपने की सुविधा हां हां सीमित
सेकंडरी डोमेन में, उपयोगकर्ता के पास बाहरी पहचान होने की सुविधा. जैसे, ईमेल, कैलेंडर के न्योते, दस्तावेज़ शेयर करने के मैसेज भेजना सिर्फ़ ईमेल हां हां