Desenvolvendo um aplicativo
Com o Windows Server AppFabric, não há nenhum requisito especial para criar um aplicativo além de garantir que o aplicativo possa ser armazenado no ambiente de hospedagem do IIS/WAS. Os seguintes modelos de projetos no Visual Studio 2010 orientam você para implantar um serviço executado no ambiente do AppFabric. Se você possuir aplicativos atualmente armazenados no IIS/WAS, eles poderão ser implantados no AppFabric sem nenhum requisito para modificar a fonte do projeto.
Aplicativo de Serviço WCF. Selecione Arquivo, aponte para Novo e clique em . No modo de exibição de árvore, selecione Visual C#, selecione Aplicativo de Serviço WCF e clique em OK.
Aplicativo de Serviço de fluxo de trabalho WCF. Selecione Arquivo, aponte para Novo e clique em . Na exibição em árvore, selecione Visual C#, selecione Aplicativo de Serviço de Fluxo de Trabalho WCF e clique em OK.
Site Baseado no Serviço WCF. Selecione Arquivo, aponte para Novo e clique em Site. Selecione Serviço WCF e clique em OK.
Os serviços criados por meio da utilização desses modelos são gerenciados pelo AppFabric sem exigir modificações. O AppFabric detecta os serviços criados por meio da utilização desses modelos e aplica o aplicativo padrão do AppFabric e as configurações de serviço. Por exemplo, ele define as configurações padrão para persistência e monitoramento. Essas alterações de configuração são feitas no arquivo raiz Web.config do computador. O escopo desses arquivos permite que suas configurações padrão sejam aproveitadas por todos os serviços implantados no computador. No AppFabric, você pode configurar um serviço para que ele ignore essas configurações padrão ou as utilize na configuração definida pela hierarquia mista da herança do IIS. Para obter mais informações sobre como a configuração funciona no AppFabric, consulte Configuração geral.
Os recursos de gerenciamento do AppFabric são aplicados somente a serviços criados por meio da utilização do .NET Framework 4. Qualquer serviço criado por meio da versão anterior do .NET Framework precisa ser explicitamente migrado para o .NET Framework 4 para que seja gerenciado pelo AppFabric. Para obter mais informações sobre os serviços 3.5, consulte Visual Studio 2010.
Após concluir o processo de desenvolvimento, você pode usar o Visual Studio 2010 e o recurso MSDeploy para exportar o WF ou o serviço WCF para o pacote. Esse pacote pode ser importado para o IIS para que seja gerenciado pelo AppFabric. Para obter mais informações sobre isso, consulte Importar e exportar um aplicativo no Windows Server AppFabric e Implantando aplicativos.
Em uma Web farm, o Windows Server AppFabric moverá instâncias entre diferentes servidores AppFabric. Isso exige que os recursos possam ser compartilhados entre todos os nós. Nenhuma das atividades padrão de fluxo de trabalho do NET 4 contém operações que acessam recursos locais. Como o AppFabric não oferece nenhum mecanismo para marcar um fluxo de trabalho como imóvel, um desenvolvedor não deve criar atividades personalizadas que falhem quando um fluxo de trabalho é movido.
Desenvolvendo provedores de armazenamento de instância personalizados, de consulta de instância, de controle de instância e de monitoramento
O AppFabric expõe uma API (interface de programação de aplicativo) que pode ser usada para desenvolver provedores de armazenamento, de consulta de instância e de controle de instância. Para obter detalhes sobre esses provedores, consulte Repositório de instância, Consulta e Provedores de controle. Esta seção possui tópicos que descrevem como desenvolver, registrar e configurar provedores de armazenamento, consulta e controle.
A API também permite que você consuma o Serviço Gerenciamento de Serviços, um serviço WCF que o AppFabric adiciona a todos os aplicativos com o gerenciamento de serviços habilitado. Para obter mais informações sobre o serviço, consulte Serviço de Gerenciamento de Serviços. Esta seção possui tópicos que descrevem como consumir o serviço a partir de um aplicativo de cliente.
Nesta seção
Como: configurar repositório de instância, consulta e Provedores de controle
Como: usar um banco de dados de monitoramento não pertencente ao SQL Server
2011-12-05