Acerca de múltiples arrendatarios ou ambientes en liña
As aplicacións de interacción cos clientes (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) danlle opcións para segregar os datos e o acceso de usuarios. Para a maioría das empresas, engadir e utilizando varios ambientes de Power Platform fornece o dereito mestura de funcionalidade e facilitar xestión. As empresas con entidades separadas que desexen separar o directorio e as licencias poderían considerar o uso de varios arrendatarios. Todos os usuarios do arrendatario poden acceder a varios ambientes. Varios arrendatarios deben invitar a outros usuarios arrendatarios como usuarios invitados para darlles acceso.
Usos para varios ambientes
Os ambientes son semellantes en concepto para unha empresa high-rise complexos con floors organizados segundo funcionan de negocio. Considere cada floor dentro construción como unha aplicación (Vendas/Servizo ou Márketing, Fornecedor de xestión de xestión de Wealth) e considere cada unidade dentro dun floor como un ambiente para un propósito específico como Produción, Formación, Probas e Desenvolvemento.
Precísanse varios ambientes cando se require a segregación dos datos, complementos, fluxos de traballo ou recursos de administración que non se poden illar facilmente mediante unidades empresariais.
Despregamento de varios ambientes
Un cliente normal ten só un arrendatario. Un arrendatario pode incluír un ou máis ambientes; non obstante, un ambiente sempre se asocia cun arrendatario único.
Neste exemplo úsanse dous ambientes para tres equipos: Vendas, Márketing e Servizos.
Vendas e Márketing comparten un ambiente para que os dous poidan acceder facilmente á información do cliente potencial. Os servizos teñen o seu propio ambiente para que os tíckets e garantías poidan xestionarse por separado desde campañas e outros eventos relacionados coas vendas.
Pode fornecer acceso a un ou os dous ambientes facilmente. Os usuarios de Márketing e vendas poden estar limitados ao seu ambiente mentres que os usuarios do Servizo con acceso estendido poden actualizar os rexistros de escalación da asistencia técnica relacionados coas contas dos dous ambientes.
Acerca dun único arrendatario con varios ambientes:
Cada ambiente dentro do arrendatario recibe a súa propia base de datos SQL.
Os datos non se comparten nos ambientes.
Consulte a capacidade de almacenamento de Microsoft Dataverse para saber como se comparte o almacenamento entre os ambientes.
Os ambientes cun só arrendatario créanse por defecto na zona xeográfica na que se rexistrou inicialmente a súa conta. Ademais, o creador do ambiente pode optar por crear o ambiente nunha zona xeográfica diferente; mostraranse as zonas xeográficas permitidas para que o usuario elixa. En determinadas circunstancias, os usuarios terán que poder ver ou seleccionar todas as zonas xeográficas compatibles con Power Platform.
O consumo de almacenamento é totalizado e seguido en todos os ambientes anexados a un arrendatario cliente.
Pode configurar grupos de seguranza separados para ambientes se quere controlar quen pode ver e acceder a un ambiente.
Un usuario con licenza pode acceder a todos os ambientes asociados co arrendatario. O acceso contrólase por subscrición a grupo de seguridade de ambiente.
Por que usar varios ambientes?
A continuación móstranse casos prácticos comúns para o despregamento en varios ambientes. Teña en conta estes exemplos ao decidir o tipo de implementación que mellor se axusta aos requisitos da súa empresa.
Xestión de datos mestres
Neste caso, un conxunto de datos "principal" fornece a xestión de modificacións a través dunha orixe de datos principal central. Este enfoque require que os datos centrais principais se sincronicen con todos os ambientes para que cada un teña acceso á versión máis recente da información principal. Pode posible realizar modificacións solicitada para a información directamente dentro do sistema principal. Alternativamente, os usuarios poden explicitamente acceder ao sistema principal ou capturar os cambios no ambiente local e pasar esas modificacións posteriormente ao ambiente principal.
Que necesita que se poden realizar modificacións administran de maneira pode fornecer para o control de modificación centralized. Por exemplo, comprobacións fraud configuración contra correo non pode ser realizada para asegurar que modificacións realízanse só por un equipo central e non locais equipos que se non é posible que benefícianse dos unha modificación como algunha modificación no límite de crédito. Isto forneza un segundo nivel de autorización de modificación e ata evita a capacidade para unha única persoa ou un grupo de xente que traballa directamente a colaborar afectan un fraud. Pushing unha solicitude a un equipo diferentes isvs pode fornecer protección contra fraud potencial.
Seguranza e privacidade
Diferenzas na rexionais, por exemplo European Union (EU) ou national legislation pode provocar variations requisitos securing datos ou do mantemento privacidade datos en rexións diferente ou países unha implementación. Nalgúns casos, restricións legislative/regulatory convertelo en non válido para datos de aloxamento da fóra borders dun país ou rexión e solucionar este reto é particularly crítica en sectors empresariais específicas.
Por exemplo, teña en conta healthcare sector restricións compartir información patient. Algunhas normas da UE esixen que toda a información de saúde, que son recollidas sobre as persoas que residen na UE ser mantido e compartido soamente no territorio da UE, mentres que datos semellantes recollidas sobre as persoas nos Estados Unidos (EUA) mantense dentro dos límites dos Estados Unidos. Tamén considere banking restricións de sector no compartir información de cliente. En Suíza, por exemplo, regulations convertelo en non válido para compartir información do cliente fóra das boundaries national.
Scalability
Mentres que un único ambiente pode escalarse para adaptarse ao crecemento da empresa dun cliente, con volumes de datos ou niveis de complexidade moi elevados, hai considerations adicionais. Por exemplo, en ambientes con volumes extremos e/ou un uso extensivo da programación de servizos, o escalado de SQL Server pode requirir una infraestrutura complicada e cara que resulte prohibitiva ou extremadamente difícil de xestionar.
Hai moitos escenarios na que hai unha división natural melloras en requisitos de capacidade. Nestes casos, delegar cargas de traballo cando se creando escenarios escala y baseándose na estes splits melloras pode fornecer para destacados superior utilizando commodity pública.
Engadir un ambiente á súa subscrición
Para obter información sobre como engadir un ambiente ao seu arrendatario, consulte Crear e xestionar ambientes.
Despregamento unha multiempresa
Os negocios globais con modelos rexional ou país en que difiren pode utilizar arrendatarios para constitúen variations en enfoque, tamaño de mercado ou cumprimento con legal e regulatory restricións.
Neste exemplo inclúe unha segunda arrendatario para Xapón Contoso.
Contas de usuario, ás concede, grupos de seguranza, subscricións, licenzas e almacenamento non se pode compartir entre arrendatarios. Todos os arrendatarios poden ter varios ambientes asociados a cada arrendatario específico. Os datos non se comparten entre os ambientes ou arrendatarios.
Sobre varios tenants:
Nun caso de varios arrendatarios, un usuario con licenza asociado a un arrendatario só pode acceder a un ou máis ambientes asignados ao mesmo arrendatario. Para acceder a outro arrendatario, un usuario debe ser invitado como usuario invitado e é posible que necesite ter atribuída unha licenza separada.
Cada arrendatario requirirá administratores de Microsoft Power Platform con credenciais de inicio de sesión únicas e cada afiliado do arrendatario xestionará o seu arrendatario por separado na consola de administrador.
Haberá visibles varios ambientes dentro dun arrendatario desde a interface se o administrador ten acceso.
Non se pode reatribuír licenzas entre enrollments arrendatario. Unha affiliate enrolled pode utilizar reduction licenza en unha enrollment e engadir licenzas á outro enrollment para facilitate isto.
Non se pode establecer federación de Active Directory local con máis dunha arrendatario a menos que teña nivel superior dominios que necesita federate con outro tenants (por exemplo Contoso.com e Fabricam.com).
Por que utiliza varios arrendatarios?
Localización funcional
Este procedemento normalmente arises organizacións con overlapping pero necesidades melloras independente. Algunhas exemplos comúns inclúen:
As organizacións con divisións de negocio diferente, cada cun mercado diferente ou modelo da operación.
Os negocios globais con modelos rexional ou país en que difiren constitúen variations en enfoque, tamaño de mercado ou cumprimento con legal e regulatory restricións.
Estes tipos de environments de negocio, con frecuencia dunha organización terá comúns conxuntos de funcionalidade que permitan rexións específico, países ou áreas empresariais con degree do unha referente:
Captura de información. Por exemplo, capturando o Código postal dos Estados Unidos sería correlacionar para capturar o Código postal do Reino Unido.
Formularios, fluxos de traballo.
Distribución físico
Para solucións de empresa que deben admitir usuarios distribuídos fisicamente en grandes distancias, especialmente en despregamentos globais, o uso dun único ambiente pode non resultar axeitado debido ás implicacións (como a latencia da WAN) asociadas coa infraestrutura a través da que se conectan os usuarios, o cal pode afectar notablemente á experiencia do usuario. Distribuír ambientes para fornecer aos usuarios máis acceso local pode reducir ou solucionar problemas coa WAN, debido a que o acceso prodúcese a través de conexións de rede máis curtas.
Engadir unha implementación arrendatario procura en licenzas por volume
Para unha implementación arrendatario procura, antes precisará Amendment de contorno Arrendatario. Un Amendment Arrendatario procura é unha amendment real para o contrato de Licenza de Volume utilizado para comprar licenzas. Contacte Microsoft Vendas Representante ou Reseller para obter a amendment.
Restricións de multiempresas
Administradores de que desexa aplicar e xestionar varios arrendatarios debe teña en conta o seguinte:
Contas de usuario, ás concede, grupos de seguranza, subscricións, licenzas e almacenamento non se pode compartir entre arrendatarios.
Só pode federated nun dominio única con unha arrendatario.
Cada arrendatario debe ter respectiva espazo do nome; Non pode ser compartido upn rexistrado Actualmente ou SMTP namespaces en arrendatarios.
Se dunha organización local de Excahnge existe, non se pode dividir esta organización en varios arrendatarios.
Unha Lista de Enderezo Global consolidated non estará dispoñible, excepto se explicitamente xestionada downstream da sincronización.
A colaboración entre arrendatarios limitarase ás funcións de Federación de Lync e de Federación de Exchange.
SharePoint o acceso a través de arrendatarios pode non ser posible. Mentres isto pode solucionou con Acceso Asociada, experiencia do usuario está disrupted e das licenzas ao aplicar.
Non pode haber contas duplicados nos arrendatarios ou particións do Active Directory local.