Quant als diversos entorns o inquilins en línia

Les aplicacions d'interacció amb el client (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) us ofereixen opcions per segregar l'accés de dades i usuari. Per a la majoria de les empreses, afegir i utilitzar diversos entorns del Power Platform ofereix la combinació adequada de funcionalitat i facilitat d'administració. Empreses amb entitats diferents que vulguin separar els directoris i les llicències podrien considerar utilitzar diversos inquilins. Tots els usuaris de l'inquilí poden accedir als diversos entorns. Els diversos inquilins han de convidar els usuaris dels altres inquilins com a usuaris convidats per oferir-los accés.

Usos per als diversos entorns

Els entorns són similars en concepte a un edifici de negocis de gran alçària amb diferents altures organitzades segons les funcions de negoci. Considereu cada planta de l'edifici com una aplicació (vendes/servei/màrqueting, gestió de proveïdors, gestió de patrimoni) i considereu cada unitat dins un pis com un entorn per a un propòsit específic, com ara producció, formació, desenvolupament i proves.

Els diversos entorns són necessaris quan es requereix la segregació de dades, complements, fluxos de treball o recursos administratius que no es poden aïllar fàcilment amb unitats de negoci.

Una implementació de diversos entorns

Un client típic inclou només un inquilí. Un inquilí pot incloure un entorn o més; no obstant això, un entorn sempre està associat amb un únic inquilí.

Aquest exemple utilitza dos entorns per a tres equips: vendes, màrqueting i serveis.

Vendes i màrqueting comparteixen un entorn, així tots dos poden accedir fàcilment a la informació de clients potencials. Serveis té el seu propi entorn, de manera que les sol·licituds i garanties es poden administrar per separat de les campanyes i altres esdeveniments relacionats amb les vendes.

Podeu proporcionar accés a un o dos entorns fàcilment. Els usuaris de vendes i màrqueting es poden limitar al seu entorn, mentre els usuaris de serveis amb accés ampliat, podria actualitzar registres d'escalació de suport relacionats amb comptes en tots dos entorns.

Sobre l'inquilí únic amb diversos entorns:

• Cada entorn dins de l'inquilí rep la seva pròpia base de dades SQL.

• Les dades no és comparteixen entre entorns.

• Vegeu Capacitat d'emmagatzematge del Microsoft Dataverse per saber com es comparteix l'emmagatzematge entre entorns.

• Els entorns d'un sol inquilí es creen de manera predeterminada en la zona geogràfica on s'han registrat inicialment per al seu compte. A més, el creador de l'entorn pot triar de crear l'entorn en una àrea geogràfica diferent; es visualitzaran les àrees geogràfiques permeses perquè l'usuari en triï una. En determinades circumstàncies, els usuaris hauran de poder veure o seleccionar totes les àrees geogràfiques admeses pel Power Platform.

• El consum d'emmagatzematge es totalitza i es segueix en tots els entorns per a un inquilí de client.

• Podeu configurar grups de seguretat diferents per als entorns si voleu controlar qui pot veure i accedir a un entorn.

• Un usuari amb llicència pot accedir a tots els entorns associats amb l'inquilí. L'accés és controla per la pertinença al grup seguretat de l'entorn.

Per què utilitzar diversos entorns?

Els següents són casos d'ús habitual per a la implementació de diversos entorns. Considereu aquests exemples quan decidiu el tipus d'implementació que millor s'ajusta als requisits de l'empresa.

Gestió de dades mestres

En aquesta situació, un conjunt de dades "mestre" facilita l'administració del canvi mitjançant una font de dades mestra central. Aquest plantejament requereix que les dades mestres centrals se sincronitzin a tots els entorns per tal que cada entorn tingui accés a la versió més recent de la informació bàsica. Es poden fer els canvis sol·licitats a la informació directament dins el sistema mestre. Alternativament, els usuaris poden accedir explícitament al sistema mestre o capturar els canvis en l'entorn local, i passar després els canvis a l'entorn mestre.

Si s'exigeix que el canvis es facin centralment es pot proporcionar un control centralitzat de canvis. Per exemple, les comprovacions anti-frau es poden realitzar per assegurar-se que els canvis es fan només per un equip central i no per equips locals que altrament podrien beneficiar-se d'un canvi, com un canvi en els límits de crèdit. Això proporcionaria un segon nivell d'autorització i verificació de canvis que evita la possibilitat de que una sola persona o un grup de persones que treballen a prop col·laborin per realitzar un frau. Empènyer una sol·licitud a un equip diferent, independent, pot proporcionar protecció contra el frau potencial.

Seguretat i privacitat

Les diferències de legislació regional, per exemple la Unió Europea (UE), o legislació nacional, poden ocasionar variacions en els requisits per a assegurar les dades o mantenir la privadesa a les diferents regions o països en una implementació. En alguns casos, restriccions legislatives o reglamentàries poden fer que sigui il·legal allotjar dades fora de les fronteres d'un país o regió i fer front a aquest repte és particularment decisiu en sectors empresarials específics.

Per exemple, considereu les restriccions del sector sanitari en compartir informació de pacients. Algunes normatives europees exigeixen que qualsevol informació de salut que es recull sobre les persones residents a la Unió Europea s'ha de mantenir i compartir només dins els límits de la EU, mentre que dades similars recollides sobre les persones dels Estats Units (EUA) es mantenen dins els límits dels EUA. Considereu també les restriccions del sector de la banca en l'intercanvi d'informació de clients. A Suïssa, per exemple, els reglaments fan que sigui il·legal compartir la informació del client fora les seves fronteres nacionals.

Escalabilitat

Mentre que un sol entorn es pot ampliar per contribuir al creixement del negoci d'un client, amb volums de dades o nivells de complexitat molt elevats, hi ha algunes consideracions addicionals. Per exemple, en entorns amb volums extrems o ús extensiu de la planificació de serveis, l'escalació d'SQL Server pot requerir una infraestructura complicada i costosa que no és assumible o és extremadament difícils d'administrar.

Hi ha moltes situacions en les que hi ha una divisió funcional natural en els requisits de capacitat. En aquests casos, delegar càrregues de treball mitjançant la creació de situacions d'escala que es basen en aquestes escissions funcionals pot proporcionar volums més grans mitjançant infraestructures de mercaderia.

Afegir un entorn a la subscripció

Per obtenir informació sobre com afegir un entorn al vostre inquilí, vegeu Crear i administrar entorns.

Una implementació de diversos inquilins

Empreses globals amb models regionals o de país que difereixen poden utilitzar inquilins per comptabilitzar variacions de plantejament, mida de mercat o conformitat amb les restriccions legals i reglamentaris.

Aquest exemple inclou un segon inquilí per Contoso Japan.

Comptes d'usuari, identitats, grups de seguretat, subscripcions, llicències i emmagatzematge no es poden compartir entre inquilins. Tots els inquilins poden tenir diversos entorns associats a cada inquilí específic. Les dades no es comparteixen entre entorns o inquilins.

Sobre diversos inquilins:

• En una situació de diversos inquilins, un usuari amb llicència associada a un inquilí només pot accedir a un o més entorns assignats al mateix inquilí. Per accedir a un altre inquilí, un usuari ha de ser convidat com a usuari convidat i pot ser que se li hagi d'assignar una llicència diferent.

• Cada inquilí requerirà un administrador o administradors del Microsoft Power Platform amb credencials inici de sessió únic i cada afiliat de l'inquilí administrarà el seu inquilí per separat a la consola d'administrador.

• Els diversos entorns dins un inquilí són visibles des de la interfície si l'administrador té accés.

• No podeu tornar a assignar llicències entre inscripcions d'inquilins. Un afiliat inscrit pot utilitzar la reducció de llicència sota una inscripció i afegir les llicències una altra inscripció per facilitar això.

• La federació de l'Active Directory local no es pot establir amb més d'un inquilí, llevat que tingueu dominis d'alt nivell que vulgueu federar amb diferents inquilins (per exemple, Contoso.com i Fabricam.com).

Per què utilitzar diversos inquilins?

Localització funcional

Aquesta situació normalment es produeix en organitzacions amb necessitats funcionals superposades però separades. Alguns exemples més comuns inclouen:

• Organitzacions amb divisions de negoci diferents, cadascuna amb un mercat o model d'operació diferent.

• Empreses globals amb models regionals o de país que difereixen per poder utilitzar variacions de plantejament, mida de mercat o conformitat amb les restriccions legals i reglamentaris.

  En aquests tipus d'entorns de negoci, una organització sovint tindrà conjunts comuns de funcionalitat que permeten tenir àrees de negoci, països o regions específiques amb un grau de localització pel que fa a:

• Captura d'informació. Per exemple, captura el codi postal dels Estats Units tindria una correlació amb capturar el codi postal del Regne Unit.

• Formularis, fluxos de treball.

Distribució física

Per a solucions de negoci que han d'admetre usuaris que físicament es distribueixen en grans distàncies, especialment per a implementacions globals, utilitzar un únic entorn potser no és adequat a causa de les implicacions (com la latència WAN) associades amb les infraestructures sobre les quals els usuaris es connecten, que poden afectar significativament l'experiència d'usuari. La distribució d'entorns per proporcionar als usuaris accés més local pot reduir o superar els problemes relacionats amb la WAN, ja que l'accés es produeix sobre connexions de xarxa més curtes.

Afegiu una implementació de diversos inquilins sota llicències de volum

Per una implementació de diversos inquilins necessitareu una esmena d'inquilins múltiples. Una esmena d'inquilins múltiples és una esmena real de l'acord de llicència de volum utilitzada per adquirir llicències. Contacteu amb el seu representant de vendes de Microsoft o distribuïdor per obtenir l'esmena.

Limitacions de diversos inquilins

Els administradors que volen implementar i administrar diversos inquilins han de ser conscients del següent:

• Comptes d'usuari, identitats, grups de seguretat, subscripcions, llicències i emmagatzematge no es poden compartir entre inquilins.

• Un domini únic només es pot federar amb un inquilí.

• Cada inquilí ha de tenir el seu nom d'espai propi; noms d'espai UPN o SMTP no es poden compartir entre inquilins.

• Si existeix una organització local de l'Exchange, no podeu dividir-la entre diversos inquilins.

• Una llista global consolidada d'adreces no estarà disponible, excepte si s'administra explícitament aigües avall de la sincronització.

• La col·laboració entre inquilins es limitarà a la Federació del Lync i les característiques de federació de l'Exchange.

• SharePoint accés entre inquilins potser no sigui possible. Mentre que això es pot resoldre amb accés de soci, l'experiència d'usuari s'interromp i s'apliquen aspectes de les llicències.

• No hi pot haver cap compte duplicat a entre els inquilins ni particions a l'Active Directory local.

Consulteu també

Blog: Què és un llogater?
Visió general dels entorns