O višestrukim okruženjima ili klijentima na mreži

Aplikacije customer engagement (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) pružaju vam mogućnosti za razdvajanje podataka i korisnički pristup. Za većinu tvrtki dodavanje i korištenje višestrukih okruženja servisa Power Platform pruža pravu kombinaciju funkcionalnosti i lakoće upravljanja. Velike tvrtke s odvojenim entitetima koje možda žele razdvojiti direktorij i licence mogu razmotriti upotrebu većeg broja klijenata. Višestrukim okruženjima mogu pristupiti svi korisnici u klijentu. Više klijenata treba pozvati druge korisnike klijenta kao goste korisnike da im daju pristup.

Funkcije višestrukih okruženja

Okruženja su slična u konceptu visokim poslovnim kompleksima čiji su katovi organizirani prema poslovnim funkcijama. Zamislite svaki kat u zgradi kao aplikaciju (Prodaja/Usluge/Marketing, Upravljanje distributerima, Upravljanje bogatstvom) i zamislite svaku jedinicu na katu kao okruženje sa specifičnom svrhom, kao što su proizvodnja, obuka, testiranje i razvoj.

Višestruka okruženja potrebna su kad podaci, dodaci, tijekovi rada ili administratorski resursi zahtijevaju odjeljivanje, a ne može ih se lako odijeliti pomoću poslovnih jedinica.

Uvođenje više okruženja

Tipičan korisnik ima samo jednog klijenta. Klijent može uključiti jedno ili više okruženja, međutim, okruženje se uvijek povezuje s jednim klijentom.

Ovaj primjer koristi dva okruženja za tri tima: Prodaja, Marketing i Usluge.

Prodaja i Marketing dijele okruženje tako da oba odjela mogu jednostavno pristupiti informacijama o potencijalnom klijentu. Usluge imaju vlastito okruženje tako da se potvrdama i jamstvima može upravljati zasebno od kampanja i ostalih događaja u vezi s prodajom.

Jednostavno možete omogućiti pristup jednom ili obama okruženjima. Korisnici Prodaje i Marketinga mogu biti ograničeni na svoje okruženje dok korisnici Usluge s proširenim pristupom mogu ažurirati zapise eskalacije podrške povezane s računima u oba okruženja.

O jednom klijentu s višestrukim okruženjima:

• Svako okruženje unutar klijenta prima vlastitu SQL bazu podataka.

• Podaci se ne dijele među okruženjima.

• Pogledajte Microsoft Dataverse kapacitet pohrane da biste saznali kako se pohrana dijeli u okruženjima.

• Okruženja u jednom klijentu su prema zadanim postavkama stvorena na geografskoj lokaciji gdje su početno registrirana za račune. Osim toga, autor okruženja može odabrati stvaranje okruženja na drugoj geografskoj lokaciji; dopuštene geografske lokacije bit će prikazane korisniku za odabir. U određenim okolnostima korisnici će morati moći vidjeti ili odabrati sve geografske lokacije koje podržava power platform.

• Potrošnja pohrane zbraja se i prati u svim okruženjima pridruženim klijentu.

• Možete postaviti zasebne sigurnosne grupe za okruženja ako želite kontrolirati tko može vidjeti i pristupiti okruženju.

• Licencirani korisnik može pristupiti svim okruženjima pridruženim klijentu. Pristupom upravlja članstvo u sigurnosnoj grupi okruženja.

Zašto koristiti višestruka okruženja?

Navedeni su česti slučajevi upotrebe za uvođenje višestrukih okruženja. Uzmite u obzir ove primjere kada odlučite o vrsti uvođenja koja najbolje odgovara zahtjevima vaše tvrtke.

Upravljanje glavnim podacima

U ovom scenariju skup „glavnih" podataka pruža upravljanje promjenama kroz središnji izvor glavnih podataka. Ovaj pristup zahtijeva sinkronizaciju središnjih glavnih podataka sa svim okruženjima tako da svako okruženje ima pristup posljednjoj verziji osnovnih informacija. Zatražene promjene informacijama mogu se učiniti izravno u glavnom sustavu. Umjesto toga, korisnici mogu izričito pristupiti glavnom sustavu ili zabilježiti promjene u lokalnom okruženju, uz kasnije prosljeđivanje tih promjena glavnom okruženju.

Zahtjev za središnje izvršavanje promjena može omogućiti kontrolu središnje izmjene. Primjerice, mogu se izvršavati provjere protiv prevara koje osiguravaju da promjene izvršava samo središnji tim, a ne lokalni timovi koji mogu imati koristi od promjena, kao što su promjene u kreditnim ograničenjima. To bi omogućilo drugu razinu autorizacije promjene i provjeru koja sprječava mogućnost da jedna osoba ili skupina ljudi surađuje u prevari. Prosljeđivanje zahtjeva drugom, neovisnom timu može pružiti zaštitu protiv potencijalnih prevara.

Sigurnost i privatnost

Razlike u regionalnim, npr. EU ili nacionalnim propisima mogu rezultirati razlikama u zahtjevima za osiguravanje podataka ili održavanje privatnosti podataka preko različitih regija ili država tijekom uvođenja. U nekim slučajevima, zakonska/propisna ograničenja onemogućuju pružanje usluge hostinga izvan granica države ili regije, a rješavanje tog izazova posebno je kritično u specifičnim poslovnim sektorima.

Primjerice, razmislite o ograničenjima sektora za zdravstvenu skrb i dijeljenju informacija o pacijentima. Neki EU propisi zahtijevaju da se sve prikupljene zdravstvene informacije o osobama koje žive u EU čuvaju i dijele isključivo unutar granica EU, dok se slični podaci o osobama u Sjedinjenim Američkim Državama (SAD) čuvaju unutar granica SAD-a. Razmislite i o ograničenjima sektora financije i dijeljenju informacija o klijentima. Primjerice, u Švicarskoj propisi zabranjuju dijeljenje informacija o klijentima izvan državnih granica.

Skalabilnost

Iako se jedno okruženje može povećati i proširiti da bi se podržao rast klijentova poslovanja, kod vrlo velikih količina podataka ili razina kompleksnosti postoje dodatne stvari za razmatranje. Primjerice, u okruženjima s ekstremnim opsezima i/ili iscrpnim korištenjem Zakazivanja usluga, skaliranje sustava SQL Server može zahtijevati kompliciranu i skupu infrastrukturu koja je nedopušteno skupa ili ekstremno teška za održavanje.

Postoji mnogo slučajeva u kojima je uobičajena podjela funkcija u zahtjevima mogućnosti. U takvim slučajevima delegiranje radnih zadataka stvaranjem povećanih situacija temeljenih na ovim podjelama funkcija može pružiti veći prostor korištenjem infrastrukture proizvoda.

Dodavanje okruženja pretplati

Informacije o tome kako dodati okruženje klijentu potražite u odjeljku Stvaranje okruženja i upravljanje njima.

Multiklijentsko uvođenje

Globalne tvrtke s regionalnim ili državnim modelima koji se razlikuju mogu koristiti klijente kako bi nadoknadili razlike u pristupu, veličini tržišta ili slaganje sa zakonskim i propisnim ograničenjima.

Ovaj primjer uključuje i drugog klijenta za Contoso Japan.

Korisnički računi, identiteti, sigurnosne grupe, pretplate, licence i pohrana ne mogu se dijeliti među klijentima. Svi klijenti mogu imati više okruženja pridruženih svakom određenom klijentu. Podaci se ne dijele među okruženjima ili klijentima.

O višestrukim klijentima:

• U multiklijentskoj situaciji licencirani korisnik povezan s klijentom može pristupiti samo jednom ili većem broju okruženja koja su mapirana na istog klijenta. Za pristup drugom klijentu korisnik mora biti pozvan kao gost korisnik i možda će mu trebati dodijeliti zasebnu licencu.

• Svaki klijent zahtijeva administratora(e) platforme Microsoft Power Platform s jedinstvenim vjerodajnicama za prijavu i svako povezano društvo klijenta može upravljati svojim klijentom zasebno u administratorskoj konzoli.

• Višestruka okruženja unutar klijenta vidljiva su iz sučelja ako administrator ima pristup.

• Ne možete ponovno dodjeljivati licence među upisanim klijentima. Upisani klijent može koristiti sniženje licence pri jednom upisu i dodati licencu za drugi upis kako bi to ostvario.

• Lokalni vanjski pristup imeniku Active Directory ne može se ostvariti pomoću više od jednog klijenta osim ako imate domene najviše razine, trebate omogućiti vanjski pristup različitim klijentima (npr. Contoso.com i Fabricam.com).

Zašto koristiti višestruke klijente?

Funkcionalna lokalizacija

Ova situacija obično se pojavljuje u organizacijama s preklapajućim, ali različitim funkcijskim potrebama. Neki uobičajeni zajednički primjeri obuhvaćaju:

• Organizacije s različitim poslovnim sektorima, svaki s različitim tržištem ili modelom operacije.

• Globalne tvrtke s regionalnim ili državnim modelima koji se razlikuju kako bi nadoknadili razlike u pristupu, veličini tržišta ili slaganje sa zakonskim i propisnim ograničenjima.

  U ovim vrstama poslovnog okruženja, organizacija često sadrži zajedničke nizove funkcionalnosti koje omogućuju specifične regije, države ili poslovna područja sa stupnjem lokalizacije u odnosu na:

• Snimanje informacija. Primjerice, snimanje ZIP kôda u Sjedinjenim Američkim Državama odgovaralo bi snimanju poštanskog broja u Ujedinjenom Kraljevstvu.

• Obrasci, tijekovi rada.

Fizička distribucija

Za poslovna rješenja koja moraju podržavati korisnike koji su fizički rasprostranjeni preko velikih udaljenosti, posebice za globalna uvođenja, korištenje jednog okruženja možda nije prikladno zbog implikacija (poput WAN latencije) vezanih uz infrastrukturu putem koje se korisnici povezuju, što može imati značajan učinak na korisnički doživljaj. Distribuiranje okruženja kako bi se korisnicima pružio širi lokalni pristup može smanjiti ili riješiti probleme vezane uz WAN jer se pristup ostvaruje putem kraćih mrežnih veza.

Dodavanje multiklijentskog uvođenja pod količinskim licenciranjem

Za multiklijentsko uvođenje trebat ćete multiklijentski amandman. Multiklijentski amandman je stvarni amandman ugovora količinskog licenciranja koji se koristi za kupovinu licenca. Obratite se prodajnom predstavniku tvrtke Microsoft ili prodavaču kako biste dobili amandman.

Ograničenja multiklijenata

Administratori koji žele uvesti i upravljati višestrukim klijentima trebaju biti svjesni sljedećeg:

• Korisnički računi, identiteti, sigurnosne grupe, pretplate, licence i pohrana ne mogu se dijeliti među klijentima.

• Vanjski pristup jednoj domeni može se uvesti samo za jednog klijenta.

• Svaki klijent mora imati vlastito polje imena; UPN ili SMTP polja imena ne mogu se dijeliti među klijentima.

• Ako postoji lokalna Exchange organizacija, ne možete podijeliti ovu organizaciju između više klijenata.

• Konsolidirani globalni popis adresa neće biti dostupan, osim ako se njime izričito upravlja nizvodno sa sinkronizacije.

• Suradnja između klijenata ograničena je na Lync Federation i značajke Exchange Federation.

• Pristup aplikaciji SharePoint među klijentima možda nije moguć. Iako se ovo može riješiti partnerskim pristupom, korisnički doživljaj narušen je i primjenjuju se aspekti licenciranja.

• Nije dopušteno dupliciranje računa među klijentima ili particijama u lokalnom Active Directory.

Pogledajte

Blog: Što je klijent?
Pregled okruženja