Determinar uma estratégia de serviços para aplicativos e componentes
Depois de criar um aplicativo ou componente que você pretende executar na execução lado a lado, você deve decidir como atualização e de serviços-lo.Como novas versões do tempo de execução irão ser liberadas e executadas em execução lado a lado, você deve decidir como gerenciar seu aplicativo ou componente neste ambiente.Além disso, você deve planejar como você pretende usando patches no local (substituindo assim código) ou permitindo que várias versões do código de serviço seu aplicativo ou componente com atualizações.
O modelo tradicional de aplicativos e componentes de serviço é substituir o código existente com atualizações e correções.Esse modelo altera a execução lado a lado.Além de sobrescrever um arquivo existente ou exigir que a desinstalação de uma versão antiga, a execução lado a lado oferece as seguintes opções de prestação de serviços:
Usando um patch no local do aplicativo ou componente.
Com essa opção, você deve determinar se a substituição in-loco interromperá o aplicativo ou componente.Você também deve perceber que o usuário poderá fazer o check-out de todas as alterações efetuadas, a correção no local.
Executando a versão nova do aplicativo ou componente lado a lado com a versão antiga.
Com essa opção, você pode permitir que sistema autônomo clientes não de uma atualização e simplesmente executar um aplicativo ou componente que eles sempre têm.Você também pode permitir que sistema autônomo clientes retornar à configuração antiga se uma atualização não apresentem o desempenho esperado.No entanto, usar essa opção, os clientes poderiam, teoricamente, ter vários aplicativos em execução com vários níveis de upgrades.Caso seja solicitada que uma correção crítica, você teria que todas as versões do aplicativo ou componente de serviço.Como várias versões de um determinado trecho de código podem ser instaladas simultaneamente, geralmente é inaceitável somente a versão mais recente de um produto de serviço.
É importante equilibrar a necessidade de estabilidade e a necessidade de atualização e corrigir um aplicativo existente.É impraticável para cada versão de um produto de serviço.Também é impraticável esperar que todas as atualizações de um aplicativo ou componente seja uma correção no local.
Consulte também
Conceitos
Diretrizes para a criação de aplicativos e componentes para execução lado a lado