একটি ডোমেন যোগ করা বনাম অন্য অ্যাকাউন্টে সাইন আপ করা

When choosing how to use your domains with Google services, consider these options.

  • Single identity —You provision all users in a single domain.
  • Multidomain —You can provision accounts both in a primary domain and in secondary domains.
  • Separate accounts (not recommended) —You can spread users across multiple Google accounts.

বিকল্পগুলির তুলনা করুন

The following sections list and describe the domain design options, including the pros and cons, and feature comparison.

সুবিধা এবং অসুবিধা

সুবিধা অসুবিধা
একক পরিচয়
  • ব্যবহারকারীরা সেকেন্ডারি ডোমেইন ব্যবহার করে সাইন ইন করতে পারবেন না।
  • যেসব ব্যবহারকারী দ্বিতীয় কোনো ডোমেইন থেকে অ্যালিয়াস ব্যবহার করতে চান, তারা এই পরিচয়টি শুধুমাত্র ইমেল পাঠানোর জন্য ব্যবহার করতে পারবেন—ক্যালেন্ডার ইনভাইট বা ডকুমেন্ট শেয়ার করার জন্য নয়—বিকল্প ব্র্যান্ডিংযুক্ত কোনো ব্যবহারকারী "সেন্ড অ্যাজ" ব্যবহার করে মেইল ​​পাঠাতে পারলেও ক্যালেন্ডার ইনভাইট বা ডকুমেন্ট শেয়ার করতে পারবেন না।
  • If mail is sent from an alias or nickname, the recipient can determine the primary identity in the headers.
  • Potential conflicts can arise if a user in a secondary domain has the same username as a user in the primary domain.
বহু-ডোমেন
  • A user in a secondary domain can have the same username as a user in the primary domain without causing any conflict.
  • Users can sign in and have an identity at a primary or secondary domain.
  • Users at secondary domains can send email, calendar invites, and doc sharing from their identity at that domain.
পৃথক অ্যাকাউন্ট (অনুমোদিত নয়)
  • Multidomain limitations—for example, the following features are supported for the primary domain only:
    • কাস্টম লোগো
    • ডোমেইন উপনাম
    • You cannot restrict sharing to the users in a single domain.
  • No support for delegating administration by domain
  • No "trust" relationship between accounts—you must set other collaboration services, such as Drive, Sites, Meet, and so on to be shared externally.
  • প্রশাসনের জন্য একাধিক কনসোল প্রয়োজন
  • ডোমেইনগুলির মধ্যে একজন ব্যবহারকারীকে স্থানান্তর করার সময় ওভারহেড
  • শেয়ার করা ক্যালেন্ডার রিসোর্সগুলির জন্য কোনো কেন্দ্রীয় বুকিং নেই।
  • Each account maintains a separate Global Address List
  • Email delegation available for "local" users only

বৈশিষ্ট্যগুলির তুলনা করুন

একক পরিচয় মাল্টিডোমেন পৃথক অ্যাকাউন্ট
প্রশাসনিক অভিজ্ঞতা
একক প্রশাসনিক কনসোল হ্যাঁ হ্যাঁ না
Overhead when transferring a user between domains নিম্ন নিম্ন উচ্চ
Sync tool instances required (eg, GADS, GAPS, GCC) একক একক একাধিক
Potential namespace collisions if consolidating domains হ্যাঁ না না
বহু-ক্ষেত্রীয় জটিলতা জড়িত না হ্যাঁ না
ব্যবহারকারীর অভিজ্ঞতা
শেয়ার করা ক্যালেন্ডার রিসোর্সের জন্য কেন্দ্রীয় বই হ্যাঁ হ্যাঁ না
সহকর্মীদের মধ্যে সহযোগিতার কার্যকারিতা সেরা সেরা সীমিত
একক কর্পোরেট জিএএল হ্যাঁ হ্যাঁ কঠিন
সহকর্মীদের মধ্যে ইমেইলের মাধ্যমে দায়িত্ব অর্পণের সুযোগ রয়েছে। হ্যাঁ হ্যাঁ সীমিত
User ability to have external identity at secondary domain (ie, send email, cal invites, doc sharing messages) শুধুমাত্র ইমেইল হ্যাঁ হ্যাঁ