Procedimientos recomendados para implementar una aplicación

En este tema se enumeran los procedimientos recomendados que debe seguir en la implementación de aplicaciones de BizTalk.

Implementación de una aplicación de BizTalk

Documentación de procedimientos de implementación de aplicaciones

• Asegúrese de que todos los procedimientos usados en la implementación de aplicaciones se documentan en profundidad, por lo que tiene un registro de cómo se realizó la implementación y sabrá cómo implementar más o anular la implementación. Todo lo que no tenga scripts debe documentarse con pasos detallados. Esto debe incluir la documentación de los cambios en los sistemas externos y la implementación de componentes de terceros.

  Implementación de aplicaciones de script

• Cree el script de tantos pasos de implementación de aplicaciones como sea posible. El scripting reduce el riesgo de error humano durante el proceso de implementación.

Creación de una aplicación de BizTalk

Crear scripts de la aplicación de BizTalk y .msi archivos

• BtsTask.exe se puede usar para crear scripts de aplicaciones de BizTalk. Si se crea una aplicación de script, los paquetes se pueden compilar automáticamente mediante un proceso automatizado en un servidor de compilación. Para obtener más información sobre el scripting de la creación de aplicaciones, vea Implementar y administrar aplicaciones de BizTalk.

Implementación de un ensamblado de BizTalk

No implementar nunca un ensamblado en un equipo de producción desde Visual Studio.

• Durante el proceso de desarrollo, un desarrollador a menudo debe volver a implementar ensamblados desde Visual Studio. Para permitir que se pueda volver a implementar, Visual Studio debe anular la implementación, separar, detener y dar de baja artefactos que están contenidos en los ensamblados. Aunque esto resulta necesario y apropiado en un entorno de desarrollo, puede producir consecuencias inesperadas no deseadas en un entorno de producción. Por este motivo, así como para evitar que cualquier usuario implemente un ensamblado desde Visual Studio en un equipo de producción, se recomienda que nunca instale Visual Studio en un equipo de producción.

• Asimismo, no haga referencia nunca a una base de datos de producción desde un equipo que ejecute Visual Studio.

Agregar artefactos a una aplicación de BizTalk

Agrupar los artefactos relacionados en una única aplicación

• Cuando sea posible, coloque los artefactos relacionados en la misma aplicación de BizTalk. Esto le permite administrar e implementar los artefactos como entidad individual, lo que facilita la administración. Puede agrupar artefactos que admitan los mismos artefactos o el mismo proceso empresarial que realicen funciones similares en una única aplicación.

  Implementar artefactos compartidos en una aplicación diferente

• Si dos o más aplicaciones van a compartir los artefactos, implemente los artefactos compartidos en una aplicación diferente. Por ejemplo, si dos aplicaciones comparten un esquema, coloque el esquema en una aplicación diferente. Se recomienda esto porque solo un artefacto de un grupo de BizTalk puede tener un único identificador único local (LUID). Un LUID consta del nombre del artefacto y, opcionalmente, de otros atributos. Si incluye un artefacto en una aplicación y, a continuación, crea una referencia a él desde otra aplicación, es posible que la aplicación de referencia no funcione correctamente al detener la aplicación que contiene el artefacto.

  Estas prácticas recomendadas se aplican a todos los tipos de artefactos, salvo para archivos, como las secuencias de comandos y los archivos Léame, que se agregan a la aplicación como un tipo de archivo del artefacto. 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 utilizar un archivo que tenga el mismo nombre en dos aplicaciones o más. En este caso, detener una aplicación no afectará a la otra aplicación. Para obtener más información sobre cómo agregar artefactos de archivo, vea How to Add a File to an Application.

  Implementar un sitio Web compartido en una aplicación diferente

• Si una o varias soluciones empresariales van a compartir un sitio Web, implemente el sitio Web en una aplicación diferente. Esto se debe a que cuando desinstala una aplicación de BizTalk, se quita el directorio virtual del sitio Web que forma parte de la aplicación, aunque se esté ejecutando el sitio Web. Si se comparte el sitio Web con otra solución empresarial, el resultado será que la otra solución empresarial dejará de funcionar correctamente.

  Implementar directivas compartidas en una aplicación diferente

• Si una o varias aplicaciones utilizan una directiva, debería implementarla en una aplicación diferente en lugar de crear una referencia de una aplicación a otra. Esto se debe a que cuando detiene la aplicación, se anula la implementación de sus directivas. Si detiene una aplicación que contiene una directiva que utiliza otra aplicación, la directiva dejará de funcionar en las dos aplicaciones.

  Implementar certificados compartidos en una aplicación diferente

• Si una ubicación de recepción o un puerto de envío utiliza un certificado en dos o varias aplicaciones, debería implementar el certificado en una aplicación diferente y, a continuación, hacer referencia a esta aplicación desde las aplicaciones que necesitan utilizar el certificado. Esto se debe a que solo un artefacto de un grupo de BizTalk puede tener un solo LUID, por lo que no podrá importar el mismo certificado en dos aplicaciones diferentes. Si intenta importar dos aplicaciones que utilicen el mismo certificado, la primera importación se realizará correctamente, pero la segunda no. En este caso, la utilización de la opción Sobrescribir importación no soluciona el problema, ya que otra aplicación contiene el certificado existente que desea sobrescribir.

Exportación e importación de una aplicación de BizTalk

Al implementar archivos de .msi grandes, es posible que tenga que aumentar el tiempo de espera de transacción predeterminado de los componentes COM+ usados por BizTalk Server para implementar aplicaciones.

• Si intenta implementar un archivo de .msi 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+ que usa BizTalk Server durante la implementación de la aplicación. Si las transacciones asociadas a estos componentes COM+ agota el tiempo de espera antes de que se complete la implementación, se producirá un error en la implementación. Si va a implementar archivos de .msi muy grandes, considere la posibilidad de tomar uno de estos enfoques para mitigar este problema:

• Implemente varios archivos de .msi más pequeños en lugar de un archivo de .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, vaya a Establecer el tiempo de espera de la transacción.

  Impedir que se sobrescriban los enlaces

• Si no desea que los enlaces de la aplicación que se está exportando sobrescriba los enlaces de la aplicación en la que se está importando el archivo .msi, no seleccione el archivo de enlace como un recurso que es preciso exportar durante la exportación.

  Asegúrese de que el archivo .msi sea seguro

• Un archivo .msi puede contener datos confidenciales. Asegúrese de realizar pasos para asegurarse de que el archivo es seguro. Para obtener más información sobre .msi seguridad de archivos, consulte Seguridad y Windows Installer.

  Asegúrese de que el archivo de enlace es seguro

• Un archivo de enlace puede contener datos confidenciales. Asegúrese de realizar pasos para asegurarse de que el archivo es seguro.

  Programar exportaciones cuando nadie realiza cambios en un artefacto

• Programe las operaciones de exportación durante las horas en las que es probable que los usuarios no realicen cambios en los artefactos. Esto puede ser importante porque si un usuario está modificando un artefacto basado en base de datos, un directorio virtual, un certificado o una directiva mientras una operación de exportación está en curso, los cambios no se reflejarán en el archivo .msi exportado.

Importación de una aplicación de BizTalk

Script de la importación de archivos de .msi

• BtsTask.exe se puede usar para incluir en script la importación de archivos .msi de BizTalk existentes. Para obtener más información sobre la creación de scripts .msi importación de archivos, vea Implementación y administración de aplicaciones de BizTalk.

  Nota

  Las notas del producto también se aplican a BizTalk Server.

• Puede agregar scripts para que se ejecuten como scripts de procesamiento previo o posterior al procesamiento. Sin embargo, tendrá que incluir lógica en los scripts para comprobar las variables de entorno para determinar en qué contexto se ejecuta el script (una importación, instalación o desinstalación) y procesar en consecuencia. Para obtener más información sobre el uso de scripts previos y posteriores al procesamiento, consulte Uso de scripts previos y posteriores al procesamiento para personalizar la implementación de aplicaciones.

  Comprobación de la existencia de artefactos a los que se hace referencia

• Cuando una aplicación que va a importar tiene una referencia a otra aplicación, BizTalk Server comprueba que existe la aplicación a la que se hace referencia. Sin embargo, no comprueba que los artefactos en los que la aplicación tiene dependencias se incluyen en la aplicación a la que se hace referencia. Al importar una aplicación que tenga dependencias en artefactos de otra aplicación, se recomienda comprobar que la aplicación a la que se hace referencia contiene el artefacto o artefactos necesarios.

  La importación desde un archivo .msi impide almacenar ensamblados modificados en la caché global de ensamblados.

• Para actualizar los artefactos de una aplicación, importe los artefactos modificados o actualizados de un archivo .msi en la aplicación. Si no usa un archivo .msi para importar los artefactos, deberá actualizar todos los servidores del grupo almacenando los ensamblados modificados en la caché global de ensamblados.

  Grupos de procesamiento de hosts para actualizar un subconjunto de servidores totales

• Al actualizar artefactos en una aplicación, normalmente debe actualizar todos los servidores de un grupo de BizTalk. Sin embargo, si usa grupos de procesamiento de hosts, solo tiene que actualizar un subconjunto de los servidores totales del grupo.

  Si se agota el tiempo de espera de una operación de importación, divida la aplicación en archivos de .msi adicionales.

• Una operación de importación agotará el tiempo de espera si supera los 3600 segundos de duración. Si intenta importar un archivo .msi y la operación agota el tiempo de espera, debe dividir el contenido de la aplicación en más de un archivo .msi mediante la reexportación de la aplicación y la selección de un subconjunto de artefactos que se van a exportar. Para obtener más información sobre cómo exportar una aplicación a un archivo de .msi, vea Exportar una aplicación de BizTalk.