Alanlarınızı Google hizmetleriyle nasıl kullanacağınızı belirlerken buradaki seçenekleri değerlendirin.
- Tek kimlik - Tüm kullanıcıların temel hazırlığını tek bir alanda yaparsınız.
- Birden fazla alan—Hesapların temel hazırlığını hem birincil alanda hem de ikincil alanlarda yapabilirsiniz.
- Ayrı hesaplar (önerilmez) - Kullanıcıları birden fazla Google hesabına dağıtabilirsiniz.
Seçenekleri karşılaştırma
Aşağıdaki bölümlerde avantajlar, dezavantajlar ve özellik karşılaştırması da dahil olmak üzere alan tasarımı seçenekleri listelenmiş ve açıklanmıştır.
Avantajlar ve dezavantajlarAvantajlar | Dezavantajlar | |
---|---|---|
Tek kimlik |
|
|
Birden fazla alan |
|
|
Ayrı hesaplar (önerilmez) |
|
|
Not:
- Tüm alan tasarımları için takma adlar müşteri gereksinimine göre isteğe bağlıdır.
- Tek bir kimlik ve ayrı hesap tasarımları için ikincil alanlar, müşteri gereksinimine göre isteğe bağlıdır.
- Birden fazla alan desteğine ilişkin daha fazla bilgiye buradan ulaşabilirsiniz.
Tek kimlik | Birden fazla alan adı | Ayrı hesaplar | |
---|---|---|---|
Yönetici deneyimi | |||
Tek yönetim konsolu | Evet | Evet | Hayır |
Alan adları arasında kullanıcı aktarmanın getirdiği ek yük | Düşük | Düşük | Yüksek |
Gerekli senkronizasyon aracı örnekleri (ör. GADS, GAPS, GCC) | Tek | Tek | Birden fazla |
Alan adlarının birleştirilmesi durumunda olası ad alanı çakışmaları | Evet | Hayır | Hayır |
Birden fazla alan adına bağlı karmaşıklıklar içerir | Hayır | Evet | Hayır |
Kullanıcı deneyimi | |||
Paylaşılan takvim kaynakları için merkezi kitap | Evet | Evet | Hayır |
İş arkadaşları arasında ortak çalışma işlevi | En İyi | En İyi | Sınırlı |
Tek kuruluş GAL'si | Evet | Evet | Zor |
İş arkadaşları arasında e-posta yetkilendirmesi kullanılabilir | Evet | Evet | Sınırlı |
Kullanıcının ikincil alan adında harici bir kimliğe sahip olabilmesi (e-posta, takvim daveti, ileti paylaşımı gönderme) | Yalnızca e-posta | Evet | Evet |