Determinar uma estratégia de manutenção de aplicativos e componentes
Depois de ter criado um aplicativo ou componente que você pretende executar na execução de lado a lado, você deve decidir como atualizar e serviço. Porque as novas versões do runtime serão liberadas e executar na 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 os patches de in loco (portanto, substituindo o 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 as atualizações e correções. Esse modelo altera-se com a execução de lado a lado. Além de substituir um arquivo existente ou exigir que a desinstalação de uma versão mais antiga, a execução de lado a lado oferece as seguintes opções de serviço:
Usando um patch no lugar do aplicativo ou componente.
Com essa opção, você deve determinar se a substituição in loco interromperá o aplicativo ou componente. Também é importante saber que o usuário não poderá fazer check-out de todas as alterações feitas pela correção no local.
Executando a nova versão do aplicativo ou componente lado a lado com a versão antiga.
Com essa opção, você pode permitir que os clientes opt-out de um upgrade e simplesmente executar um aplicativo ou componente que eles sempre têm. Você também pode permitir que os clientes retornar para a configuração antiga se uma atualização falhar seja executado conforme 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. Se uma correção crítica eram necessária, você teria de 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 para atender apenas a versão mais recente de um produto.
É importante equilibrar a necessidade de estabilidade e a necessidade de atualização e patch a um aplicativo existente. Não é prático para cada versão de um produto de serviço. Também é impraticável esperar que cada atualização de um aplicativo ou componente seja uma correção no local.
Consulte também
Conceitos
Diretrizes para criação de aplicativos e componentes para execução de lado a lado