Acerca de múltiples entornos o inquilinos en línea
Las aplicaciones de involucración del cliente (Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service, Dynamics 365 Marketing) proporcionan opciones para segregar los datos y el acceso del usuario. A la mayoría de las empresas, agregar y utilizar varios entornos de Power Platform les proporciona la combinación adecuada de funcionalidad y facilidad de administración. Las empresas con entidades separadas que quieran separar el directorio y las licencias podrían considerar el uso de múltiples inquilinos. Todos los usuarios del inquilino pueden acceder a múltiples entornos. Los inquilinos múltiples necesitan invitar a otros usuarios inquilinos como usuarios invitados para darles acceso.
Usos para varias entornos
Los entornos son similares en concepto a un complejo de negocios de muchas plantas en el que las plantas están organizadas de acuerdo con las funciones de negocio. Considere cada planta del edificio como una aplicación (Ventas/Servicio/Marketing, Administración de proveedores, Administración de riqueza) y considere cada unidad en una planta como un entorno para un fin específico como producción, formación, pruebas y desarrollo.
Se necesitan varios entornos cuando hay que separar datos, complementos, flujos de trabajo o recursos de administración que no se pueden aislar fácilmente mediante unidades de negocio.
Una implementación de múltiples entornos
Un cliente típico solo tiene un inquilino. Un inquilino puede incluir uno o más entornos; sin embargo, un entorno siempre está asociado con un solo inquilino.
Este ejemplo usa dos entornos para tres equipos: Ventas, Marketing y Servicios.
Ventas y Marketing comparten un entorno, por lo que ambos pueden acceder fácilmente a información sobre clientes potenciales. Servicios tiene su propio entorno, por lo que los vales y las garantías se pueden administrar de forma independiente de las campañas y otros eventos relacionados con ventas.
Puede proporcionar acceso a uno o a los dos entornos fácilmente. Los usuarios de Ventas y Marketing pueden estar limitados a su entorno, mientras que los usuarios de Servicio con acceso extendido podrían actualizar registros de jerarquía de soporte técnico relacionados con las cuentas en ambos entornos.
Acerca de un solo inquilino con varios entornos:
Cada entorno del inquilino recibe su propia base de datos SQL.
Los datos no se comparten entre entornos.
Vea Capacidad de almacenamiento de Microsoft Dataverse para obtener información sobre cómo se comparte el almacenamiento entre los entornos.
Los entornos de un único inquilino se crean de forma predeterminada en la geografía en la que se inscribieron inicialmente en su cuenta. Además, el creador del entorno puede elegir crear el entorno en una geografía diferente; las geografías permitidas se mostrarán para que el usuario las elija. En determinadas circunstancias los usuarios necesitarán poder ver o seleccionar todas las geografías admitidas por Power Platform.
El consumo de almacenamiento se suma y se sigue en todos los entornos asociados a un inquilino del cliente.
Puede configurar grupos de seguridad separados para los entornos si desea controlar quién puede ver y tener acceso a un entorno.
Un usuario con licencia puede acceder potencialmente a todos los entornos asociados con el inquilino. El acceso se controla por la pertenencia al grupo de seguridad del entorno.
Motivos para usar varios entornos
Los siguientes son casos de uso compartido para la implementación de varios entornos. Considere estos ejemplos cuando decida el tipo de implementación que mejor se adapte a los requisitos de su empresa.
Maestro Administración de datos
En este escenario, un conjunto de datos "maestro" permite la administración de cambios a través de un origen de datos maestro central. Este método requiere que los datos maestros centrales estén sincronizados con todos los entornos para que cada entorno obtenga acceso a la versión más reciente de la información base. Los cambios solicitados de la información se pueden realizar directamente dentro del sistema principal. Como alternativa, los usuarios pueden tener acceso explícitamente al sistema principal o capturar los cambios en el entorno local, pasando esos cambios posteriormente al entorno principal.
Requerir que los cambios se realicen de forma centralizada proporciona un control centralizado de los cambios. Por ejemplo, pueden realizarse comprobaciones antifraude para garantizar que los cambios los realiza exclusivamente un equipo central y no equipos locales que de otro modo podrían beneficiarse de un cambio, por ejemplo, en los límites de crédito. Esto proporcionaría un segundo nivel de autorización y verificación de cambios que impediría que una sola persona o un grupo de personas que trabajan en estrecha colaboración colaboraran para intervenir en un fraude. Enviar una solicitud a un equipo diferente e independiente puede ofrecer protección contra posibles fraudes.
Seguridad y privacidad
Las diferencias en la legislación regional, por ejemplo, de la Unión Europea (UE), o nacional pueden dar lugar a variaciones en los requisitos para asegurar los datos o mantener la privacidad de estos en las diferentes regiones o países incluidos en una implementación. En algunos casos, las restricciones legislativas/normativas hacen que sea ilegal hospedar datos fuera de las fronteras de un país o región, y abordar este desafío es especialmente crítico en sectores empresariales específicos.
Por ejemplo, considere las restricciones del sector sanitario para compartir información del paciente. Algunas normativas de la UE requieren que toda la información sanitaria que se recopila sobre las personas que residen en la UE se mantenga y se comparta solo dentro de los límites de la UE, mientras que los datos similares recopilados sobre las personas en Estados Unidos (EE. UU.) deben mantenerse dentro de las fronteras estadounidenses. Considere también las restricciones del sector bancario para compartir información del cliente. En Suiza, por ejemplo, la normativa considera ilegal compartir la información de clientes fuera de los límites nacionales.
Escalabilidad
Si bien un único entorno puede escalar vertical y horizontalmente para permitir el crecimiento del negocio de un cliente, con volúmenes de datos o niveles de complejidad muy altos, hay consideraciones adicionales. Por ejemplo, en entornos con volúmenes extremos o un uso extensivo de la Programación de servicios, la ampliación de SQL Server puede requerir una infraestructura compleja y costosa, de precio prohibitivo o extremadamente difícil de administrar.
Hay muchos escenarios en los que existe una división funcional natural en los requisitos de capacidad. En esos casos, la delegación de cargas de trabajo creando escenarios de escalado horizontal que se basan en estas divisiones funcionales puede permitir volúmenes superiores mediante la infraestructura de mercancías.
Agregar un entorno a la suscripción
Para obtener información sobre cómo agregar un entorno a su inquilino, consulte Crear y administrar entornos.
Una implementación multiempresa
Las empresas globales con modelos regionales o nacionales distintos pueden utilizar inquilinos para tener en cuenta las variaciones en el enfoque, el tamaño del mercado o el cumplimiento de las restricciones jurídicas y normativas.
Este ejemplo incluye un segundo inquilino para Contoso Japón.
Las cuentas de usuario, las identidades, los grupos de seguridad, las suscripciones, las licencias y el almacenamiento no se pueden compartir entre inquilinos. Todos los inquilinos pueden tener varios entornos asociados con cada inquilino específico. Los datos no se comparten entre entornos o inquilinos.
Acerca de múltiples empresas:
En un escenario de varios inquilinos, un usuario con licencia asociado a un inquilino puede tener acceso únicamente a uno o varios entornos asignados al mismo inquilino. Para tener acceso a otro inquilino, se debe invitar a un usuario como usuario invitado y es posible que se le asigne una licencia por separado.
Cada empresa requerirá un administrador (o varios administradores) de Microsoft Power Platform con credenciales únicas de inicio de sesión, y cada afiliado de inquilino administrará su empresa por separado en la consola del administrador.
Varias entornos en un inquilino son visibles en la interfaz si el administrador tiene acceso.
No puede reasignar licencias entre inscripciones de inquilinos. Un afiliado inscrito puede usar la reducción de licencias en una inscripción y agregar licencias a otra inscripción para facilitar esto.
Federación de Active Directory local no puede establecerse con más de una empresa a menos que disponga de dominios de nivel superior que necesite federar con distintas empresas (por ejemplo, Contoso.com y Fabricam.com).
Por qué utilizar múltiples empresas
Localización funcional
Este escenario surge normalmente en organizaciones con necesidades funcionales solapadas pero separadas. Algunos ejemplos habituales son:
Organizaciones con diferentes divisiones de negocio, cada una de ellas con un mercado o modelo de operación diferente.
Empresas globales con modelos regionales o nacionales distintos, para dar cabida a las variaciones en el enfoque, el tamaño del mercado o el cumplimiento de las restricciones jurídicas y normativas.
En estos tipos de entornos profesionales, una organización tendrá a menudo conjuntos comunes de funcionalidad que permite a regiones, países o áreas de negocio específicos un grado de localización en relación con:
Captura de información. Por ejemplo, la captura del código ZIP en Estados Unidos se correlacionaría con la captura del código postal en el Reino Unido.
Formularios, flujos de trabajo.
Distribución física
Para soluciones empresariales que deben ser compatibles con usuarios distribuidos físicamente en grandes distancias, especialmente para implementaciones globales, el uso de un único entorno puede no ser adecuado debido a las implicaciones (como latencia de WAN) asociadas con la infraestructura a través de la que están conectados los usuarios, lo que pueden afectar de forma significativa la experiencia del usuario. La distribución de entornos para proporcionar a los usuarios más acceso local puede reducir o superar los problemas relacionados con WAN, pues el acceso se realiza a través de conexiones de red más cortas.
Agregue una implementación multiempresa con licencias por volumen
Para una implementación multiempresa, necesitará una enmienda multiempresa. Una enmienda multiempresa es una enmienda real del contrato de licencia por volumen usado para adquirir licencias. Contacta con tu Microsoft Representante de ventas o revendedor para obtener la enmienda.
Restricciones de multiempresa
Los administradores que desean implementar y administrar múltiples empresas deben conocer lo siguiente:
Las cuentas de usuario, las identidades, los grupos de seguridad, suscripciones, licencias, y almacenamiento no pueden compartirse entre empresas.
Un solo dominio solo se puede federar con un inquilino.
Cada inquilino debe tener su propio espacio de nombres; los espacios de nombres UPN o SMTP no se pueden compartir entre inquilinos.
Si existe una organización de Exchange local, no es posible dividir esta organización en varios inquilinos.
La lista global de direcciones consolidada no estará disponible, excepto si se administra explícitamente a continuación de la sincronización.
La colaboración entre inquilinos se limitará a las características Federación de Lync y Federación de Exchange.
El acceso deSharePoint a través de empresas puede no ser posible. Si bien esto se puede resolver con el acceso de asociado, se interrumpe la experiencia del usuario y se aplican los aspectos de licencia.
No puede haber cuentas duplicadas entre los inquilinos ni particiones en Active Directory local.
Consulte también
Blog: ¿Qué es un inquilino?
Descripción general de los entornos