Birden çok çevrimiçi ortam veya kiracı hakkında
Müşteri etkileşimi uygulamaları (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing), verilerinizi ve kullanıcı erişiminizi ayırmak için seçenekler sunar. Çoğu şirket için, birden çok Power Platform ortamı eklemek ve kullanmak, işlevsellik ve yönetim kolaylığının doğru bir karışımını sağlar. Ayrı varlıklara sahip olup dizin ve lisansları ayırmak isteyebilecek kuruluşlar, birden çok kiracı kullanmayı göz önünde bulundurabilir. Birden çok ortam, kiracıdaki tüm kullanıcılar tarafından erişilebilir. Birden çok kiracının, konuk kullanıcı olarak diğer kiracı kullanıcılarına erişim vermek için onları davet etmesi gerekir.
Birden çok ortam için kullanıcılar
Ortamlar, işletme fonksiyonlarına göre düzenlenmiş katları bulunan büyük bir iş tesisiyle kavram olarak benzerdir. Binadaki her katı bir uygulama (Sales/Service/Marketing, Satıcı yönetimi, Zenginlik yönetimi) olarak düşünün ve bir kattaki her bir birimi, Üretim, Eğitim, Test ve Geliştirme gibi belirli bir amaç için bir ortam olarak düşünün.
İş birimleri kullanılarak kolaylıkla yalıtılamayan veriler, eklentiler, iş akışları veya yönetici kaynaklarının ayrılması gerektiğinde birden çok ortam gerekli olur.
Çok ortamlı dağıtım
Tipik bir müşteri yalnızca bir kiracı içerir. Bir kiracı bir veya daha fazla ortamı içerebilir; ancak, bir ortamı, her zaman tek bir kiracı ile ilişkilendirilmiştir.
Bu örnekte üç takım için iki ortam kullanılmaktadır: Sales, Marketing ve Services.
Satış ve Pazarlama bir ortamı paylaşır, böylelikle müşteri adayı bilgilerine her ikisi tarafından kolayca erişilebilir. Hizmetlerin kendi ortamı vardır, böylelikle biletler ve garantiler, kampanyalardan ve satışla ilgili diğer etkinliklerden ayrı yönetilebilir.
Bir veya her iki ortama kolayca erişim sağlayabilirsiniz. Sales ve Marketing kullanıcıları, kendi ortamlarına sınırlanabilirken genişletilmiş erişimli Hizmet kullanıcıları, her iki ortamdaki hesaplarla ilişkili destek yükseltme kayıtlarını güncelleştirebilir.
Birden çok ortam tek kiracı hakkında:
Kiracı içindeki her ortam kendi SQL veritabanını alır.
Verileri ortamlar arasında paylaşılmaz.
Depolamayı ortamlar arasında paylaşma hakkında bilgi için bkz. Microsoft Dataverse depolama kapasitesi.
Tek bir kiracıdaki ortamlar, varsayılan olarak kiracının hesap için başlangıçta kaydolduğu coğrafyada oluşturulur. Ayrıca, ortamın oluşturucusu ortamı farklı bir coğrafyada oluşturmayı seçebilir; izin verilen coğrafyalar kullanıcının seçmesi için görüntülenir. Bazı durumlarda, kullanıcıların Power Platform'un desteklediği tüm coğrafyaları görebilmesi veya seçebilmesi gerekecektir.
Depolama tüketimi, bir müşteri kiracısına iliştirilmiş tüm ortamlar arasında toplanır ve izlenir.
Kimlerin bir ortamı görebileceğini ve ortama erişebileceğini denetlemek istiyorsanız, ortamlar için ayrı güvenlik grupları ayarlayabilirsiniz.
Lisanslı bir kullanıcısı, potansiyel olarak, kiracıyla ilişkili tüm ortamlara erişebilir. Erişim, ortam güvenlik grubu üyeliğiyle denetlenir.
Birden çok ortam neden kullanılır?
Aşağıda, birden çok ortam dağıtımının yaygın olarak kullanıldığı durumlar verilmiştir: Bu örnekleri, şirketinizin gereksinimlerine en iyi uyan dağıtım türüne karar verirken düşünün.
Ana veri yönetimi
Bu senaryoda, bir "ana" veri kümesi, merkezi bir ana veri kaynağı aracılığıyla değişiklik yönetimi sağlar. Bu yaklaşım, merkezi ana verilerin, her bir ortamın temel bilgilerin en son sürümüne erişime sahip olabilmesi adına, tüm ortamlara eşitlenmesini gerektirir. Bilgilere yapılması istenen değişiklikler, doğrudan ana sistem içinden yapılabilir. Alternatif olarak, kullanıcılar ana sisteme açıkça erişebilir veya yerel ortamdaki değişiklikleri yakalayabilir ki bu değişiklikler ardından ana ortama geçirilir.
Değişikliklerin merkezi olarak yapılmasını gerektirmek, merkezileştirilmiş değişiklik denetimi sağlayabilir. Örneğin, değişikliklerin, kredi limitlerindeki bir değişiklik gibi, bir değişiklikten fayda görebilecek yerel ekipler yerine yalnızca merkezi bir ekip tarafından yapılmasını sağlamak amacıyla dolandırıcılık önleyici denetimler yapılabilir. Bu, tek bir kişinin veya işbirliği yapmak üzere bir arada çalışan bir kişiler grubunun dolandırıcılıkta bulunmasını engelleyen, ikinci değişiklik onayı ve doğrulaması düzeyi sağlar. Farklı, bağımsız bir takıma bir talep iletmek, olası dolandırıcılığa karşı koruma sağlayabilir.
Güvenlik ve gizlilik
Bölgesel, örneğin Avrupa Birliği (AB) ya da ulusal yasalardaki farklar, dağıtımdaki farklı bölgeler veya ülkeler arasında verilerin güvenli hale getirilmesi veya veri gizliliğinin korunması gereksinimlerinde farklılıklarla sonuçlanabilir. Bazı durumlarda, yasal/mevzuatla ilgili sınırlamalar, bir ülke veya bölgenin sınırları dışında veri barındırmayı yasadışı hale getiriyor ve bu zor durumun ele alınması, belirli iş sektörlerinde özellikle kritik önemde.
Örneğin, hasta bilgilerinin paylaşılmasına yönelik sağlık sektörü kısıtlamalarını göz önünde bulundurun. AB mevzuatı, AB'de ikamet eden kişilerle ilgili toplanan herhangi bir sağlık bilgisinin yalnızca AB sınırları içinde tutulmasını ve paylaşılmasını gerektiriyorken, Amerika Birleşik Devletleri'nde (US) hakkında kişiler hakkında toplanan benzer veriler, ABD sınırları içinde tutuluyor. Ayrıca, müşteri bilgilerinin paylaşılmasına yönelik bankacılık sektörü kısıtlamalarını düşünün. Örneğin İsviçre'de, yönetmelikler, ulusal sınırların dışında müşteri bilgilerinin paylaşılmasını yasadışı kılıyor.
Ölçeklenebilirlik
Tek bir ortam, çok yüksek veri hacimleri veya karmaşıklık düzeyiyle bir müşterinin işinin büyümesini desteklemek için ölçeklenebilir ve genişletilebilirken dikkat edilecek ek noktalar vardır. Örneğin, aşırı hacimli ve/veya kapsamlı Servis Zamanlaması kullanımı olan ortamlarda, SQL Server'ın büyütülmesi için, karşılanamayacak kadar pahalı veya yönetilmesi çok zor olan karmaşık ve pahalı bir altyapı gerekebilir.
Özellik gereksinimlerinde doğal bir işlevsel bölünme bulunan birçok senaryo vardır. Bu gibi durumlarda, bu işlev bölünmelerini temel alan genişleme senaryoları oluşturarak iş yüklerini vermek, emtia altyapısını kullanarak daha yüksek hacimler sağlayabilir.
Aboneliğinize ortam ekleme
Kiracınıza ortam ekleme hakkında Daha fazla bilgi edinmek için bkz. Ortamlar oluşturma ve yönetme.
Çok kiracılı dağıtım
Farklılık gösteren bölgesel veya ülke modelleri olan global işletmeler, yaklaşım, pazar büyüklüğü veya yasal ve yönetmelikle ilgili kısıtlamalarla uyumdaki farklılıkları açıklamak için kiracılar kullanabilir.
Bu örnekte, Contoso Japonya için ikinci bir kiracı vardır.
Kullanıcı hesapları, kimlikler, güvenlik grupları, abonelikler, lisanslar ve depolama kiracılar arasında paylaşılamaz. Tüm kiracıların her bir kiracı ile ilişkilendirilmiş birden çok ortamı olabilir. Veriler ortamlar veya kiracılar arasında paylaşılmaz.
Birden çok kiracı hakkında:
Birden çok kiracılı bir senaryoda, bir kiracıyla ilişkili lisanslı bir kullanıcısı yalnızca, aynı kiracıya eşlenmiş bir veya daha fazla ortama erişebilir. Başka bir kiracıya erişmek için kullanıcının konuk kullanıcı olarak davet edilmesi veya ayrı bir lisansa atanmış olması gerekir.
Her kiracı, benzersiz oturum açma kimlik bilgilerine sahip Microsoft Power Platform yöneticilerine gereksinim duyar ve her kiracı bağlı kuruluşu, kiracısını yönetici konsolunda ayrı şekilde yönetir.
Bir kiracı içindeki birden çok ortam, yöneticinin erişimi varsa arabirimden görünür.
Kiracı kayıtları arasında lisansları yeniden atayamazsınız. Kaydı yapılan bir katılım, bir kayıt altında lisans azaltma kullanabilir ve bunu kolaylaştırmak için başka bir kayda lisanslar ekleyebilir.
Şirket içi Active Directory federasyonu, farklı kiracılar ile (örneğin, Contoso.com ve Fabricam.com) birleştirmeniz gereken üst düzey etki alanlarınız olmadıkça, birden fazla kiracıyla kurulamaz.
Neden birden çok kiracı kullanmalı?
İşlevsel yerelleştirme
Bu senaryo genellikle, örtüşen ancak ayrı işlevsel gereksinimlerine sahip kuruluşlarda ortaya çıkar. Bazı yaygın örnekler aşağıdakileri içermektedir:
Her biri farklı pazar veya işleyiş modeline sahip farklı iş bölümleri bulunan kuruluşlar.
Yaklaşım, pazar büyüklüğü veya yasal ve yönetmelikle ilgili kısıtlamalarla uyumu açıklamak için farklılık gösteren bölgesel veya ülke modelleri olan global işletmeler.
Bu tür iş ortamlarında, bir kuruluşun genellikle, belirli bölgeler, ülkeler veya iş alanlarına aşağıdakilerle ilgili belirli oranda yerelleştirme sağlayan genel işlev kümeleri olacaktır:
Bilgi yakalama. Örneğin, ABD'de ZIP Kodunu yakalamak, Birleşik Krallık'ta Posta Kodunu yakalamakla ilişkili olur.
Formlar, iş akışları.
Fiziksel dağıtım
Özellikle global dağıtımlar için, fiziksel olarak uzak mesafelere dağıtılan kullanıcıları desteklemesi gereken iş çözümleri için, kullanıcı deneyimini önemli ölçüde etkileyebilecek şekilde, kullanıcıların bağlandığı altyapıyla ilişkili olası etkiler nedeniyle (örneğin WAN gecikmesi) tek bir ortam kullanımı uygun olmayabilir. Kullanıcılara daha yerel erişim sağlamak için ortamlar dağıtmak, WAN ile ilişkili sorunları azaltabilir veya üstesinden gelebilir, çünkü erişim daha kısa ağ bağlantıları üzerinden gerçekleşir.
Toplu lisans altında çok kiracılı dağıtım ekleme
Çok kiracılı dağıtımı için, bir Çok Kiracılı Düzeltme düzeltme gerekir. Çok Kiracılı Düzeltme, lisansları satın almak için kullanılan Toplu Lisans sözleşmesine yapılan gerçek bir düzeltmedir. Değişikliği almak için Satış Temsilciniz veya Bayiniz Microsoft ile iletişime geçin.
Çok kiracı kısıtlamaları
Çok kiracı yönetmek ve dağıtmak isteyen yöneticilerin, aşağıdakileri bilmesi gerekir:
Kullanıcı hesapları, kimlikler, güvenlik grupları, abonelikler, lisanslar ve depolama kiracılar arasında paylaşılamaz.
Tek bir etki alanı yalnızca bir kiracı ile birleştirilebilir.
Her kiracının, kendi ad alanına sahip olması gerekir; UPN veya SMTP ad alanları kiracılar arasında paylaşılamaz.
Bir şirket içi Exchange kuruluşu varsa, bu kuruluşa çoklu kiracılar arasında bölemezsiniz.
Konsolide edilen bir Genel Adres Listesi, eşitlemeden açıkça aşağı doğru yönetilmesi dışında, kullanılamaz.
Kiracılar arası işbirliği, Lync Federasyon ve Değişim Federasyon özellikleriyle kısıtlı olur.
Kiracılar arasında SharePoint erişimi mümkün olmayabilir. Bu, Ortak Erişimiyle çözülmesi mümkün olsa da, kullanıcı deneyimi bozulur ve lisans özellikleri uygulanır.
Şirket içi Active Directory'de kiracılar veya bölümler arasında yinelenen hesaplar olamaz.