Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este tema se describen los procedimientos recomendados para implementar una aplicación de BizTalk.
Agrupar artefactos relacionados en una sola aplicación
Tanto como sea posible, coloque artefactos relacionados en la misma aplicación de BizTalk. Esto le permite administrar e implementar los artefactos como una sola entidad, lo que facilita la administración. Puede agrupar artefactos que admitan el mismo proceso de negocio o artefactos que realizan funciones similares en una sola aplicación.
Implementación de artefactos compartidos en una aplicación independiente
Si dos o más aplicaciones van a compartir artefactos, implemente los artefactos compartidos en una aplicación independiente. Por ejemplo, si dos aplicaciones comparten un esquema, coloque el esquema en una aplicación independiente. Esto se debe a que solo un artefacto que tiene el mismo identificador único local (LUID), que consta del nombre del artefacto y, opcionalmente, otros atributos, pueden existir en un grupo de BizTalk. Si incluye un artefacto en una aplicación y, a continuación, crea una referencia a él desde otra aplicación, puede que encuentre problemas como que la aplicación de referencia no funcione correctamente al detener la aplicación que contiene el artefacto.
Esta mejor práctica se aplica a todos los tipos de artefactos, excepto a los archivos, como los archivos Léame y los scripts, que se agregan a la aplicación como artefactos de tipo Archivo. Esto se debe a que se puede implementar más de un artefacto de archivo con el mismo nombre en un grupo de BizTalk. Por lo tanto, puede usar un archivo que tenga el mismo nombre en dos o más aplicaciones. Detener una aplicación no afectará a la otra. Para obtener más información sobre cómo agregar artefactos de archivo, consulte How to Add a File to an Application(Cómo agregar un archivo a una aplicación).
Para conocer los procedimientos recomendados para compartir tipos de artefactos específicos, vea "Implementar un sitio web compartido en una aplicación independiente", "Implementar directivas compartidas en una aplicación independiente" y "Implementar certificados compartidos en una aplicación independiente" en esta sección.
Implementación de un sitio web compartido en una aplicación independiente
Si más de una solución empresarial compartirá un sitio web, implemente el sitio web en una aplicación independiente. Esto se debe a que al desinstalar una aplicación de BizTalk, se quita el directorio virtual de cualquier sitio web que forme parte de la aplicación, incluso si el sitio web se está ejecutando. Si el sitio web se comparte con otra solución empresarial, la otra solución empresarial ya no funcionará correctamente como resultado.
Implementación de directivas compartidas en una aplicación independiente
Si dos o más aplicaciones usan una directiva, debe implementarla en una aplicación independiente en lugar de crear una referencia de una aplicación a otra. Esto se debe a que cuando se detiene una aplicación, sus directivas no se implementan. Si detiene una aplicación que incluye una directiva usada por otra aplicación, la directiva ya no funcionará en ninguna de las aplicaciones.
Implementación de certificados compartidos en una aplicación independiente
Si un puerto de envío o una ubicación de recepción usa un certificado en dos o más aplicaciones, debe implementar el certificado en una aplicación independiente y, a continuación, hacer referencia a esta aplicación desde las aplicaciones que necesitan usar el certificado. Esto se debe a que solo un artefacto que tiene un LUID determinado puede existir en el grupo de BizTalk, por lo que no podrá importar el mismo certificado en dos aplicaciones diferentes. Si intenta importar dos aplicaciones que usan el mismo certificado, la primera importación se realizará correctamente y la segunda no. En este caso, el uso de la opción Sobrescribir importación no corrige el problema, ya que el certificado existente que desea sobrescribir está contenido en otra aplicación.
Nunca implemente un ensamblado desde Visual Studio en un equipo de producción
Durante el proceso de desarrollo, el desarrollador a menudo debe volver a implementar ensamblados desde Visual Studio. Para habilitar la reimplementación, Visual Studio puede anular la implementación, desvincular, detener y desenlistar artefactos incluidos en los ensamblados. Aunque esto es necesario y adecuado en el entorno de desarrollo, puede provocar consecuencias inesperadas y no deseadas en un entorno de producción. Por este motivo, así como para evitar la posibilidad de que alguien intente implementar un ensamblado desde Visual Studio en un equipo de producción, se recomienda que nunca instale Visual Studio en un equipo de producción.
Además, nunca haga referencia a una base de datos de producción desde un equipo que ejecute Visual Studio.
Al implementar archivos MSI de gran tamaño, es posible que tenga que aumentar el tiempo de espera de transacción predeterminado de los componentes COM+ usados por BizTalk para implementar aplicaciones.
Si el archivo MSI que se va a implementar es muy grande (más de 100 MB), es posible que la aplicación no se implemente dentro del tiempo de espera de transacción predeterminado de los componentes COM+ usados por BizTalk durante la implementación de la aplicación. Si las transacciones asociadas a estos componentes COM+ agotan el tiempo de espera antes de que se complete la implementación, la implementación fallará. Si va a implementar archivos MSI muy grandes, considere la posibilidad de adoptar uno de estos enfoques para mitigar este problema:
Implemente varios archivos MSI más pequeños en lugar de un archivo MSI grande.
Aumente el tiempo de espera de transacción predeterminado de 3000 segundos asociados con Microsoft.BizTalk.ApplicationDeployment.Group y los componentes Microsoft.BizTalk.Deployment.DeployerComponent en la interfaz de administración de Servicios de componentes. Estos componentes pertenecen a las aplicaciones Microsoft.BizTalk.ApplicationDeployment.Engine y Microsoft.Biztalk.Deployment COM+ respectivamente. Para obtener más información sobre cómo cambiar el valor de tiempo de espera de la transacción, vaya a Establecer el tiempo de espera de la transacción.