Markus Christen IT Architect - Microsoft Brasil : WCF

Windows a Plataforma de Aplicações: WCF & “Internet Information Service”

Markus Christen — Tue, 11 Aug 2009 22:00:00 GMT

Ola, tudo bem ?

Vamos continuar de falar e analisar as possibilidades da hospedagem de serviços WCF no “Internet Information Server”. Nos blogs anteriores sobre este assunto eu tentei formalizar algumas perguntas que precisam ser respondidos antes da escolha do contêiner. Vamos começar, resumindo os pontos de conversa dos blogs anteriores.

Antes da escolha, você preciso se perguntar seguintes perguntas:

Quais possibilidades eu tenho para hospedar serviços WCF ?

Quais são os vantagens de cada uma ?

Quais são as melhoras praticas da Microsoft?

Vamos definir três tipos básicos de hospedagem de serviços WCF:

“Self-Hosting” - .Net Application

“Windows Service”

“IIS, WAS”

Em neste post nos vamos tratar item 3. IIS e o contêiner de Serviços WCF mais usado no mercado por causa da flexibilidade e do desacoplamento entre a aplicação e a configuração. Uma das perguntas mais importantes é como nos podemos garantir o isolamento das aplicações e qual é o impacto na escolha do contêiner de hospedagem.

.Net Application Domain

Na parte da plicacao nos podemos garantir o isolamento via a “.Net Application Domain”. Uma “.Net Application Domain” é usado para isolar os aplicativos uns dos outros. A separação é necessária, para que aplicativos não se afetam mutuamente. Uma “.Net Application Domain” do Common Language Runtime está contido em um processo de sistema operacional. Um processo pode conter uma ou várias “.Net Application Domains” mas por rações de gerenciamento nos estamos sugerindo seguir a regra 1:1. Se você gostaria conhecer mais sobre este assunto acesso o link: http://blogs.technet.com/markuschristen/archive/2009/08/05/hospedar-servi-os-wcf-com-um-windows-service.aspx

Importante: Concluindo, nos podemos falar que toda Aplicação .Net precisa uma “Application Domain” que e hospedado dentro de um Windows Process.

Para determinar qual hospedagem e a mais adequado para seu cenário, você precisa responder seguinte perguntas

Disponibilidade: Você precisa acessar seu serviço , 24/7 ?

Confiabilidade: O que acontece quando seu serviço para ?

Processo de Gerenciamento: Você precisa informações sobre a operação do seu serviço ?

Processo de Versionamento: Você precisa suportar vários versões do seu serviço ?

Processo de Implementação: Qual e seu processo de implementação? Você precisa usar o processo de empacotamento o xcopy e suficiente ?

Chamada de Persistência: Você precisa uma chamada de persistência ?

Estas perguntas, baseado na minha experiência, podem agora ajudar definir qual contêiner de hospedagem é o mais adequado para seu cenário.

“Internet Information Service”

Como todo aplicação .Net precisa um contêiner de hospedagem, nos podemos considerar o “Internet Information Service” o mais importante para serviços WCF no mercado corporativo. WCF e suportado deste da versão Windows XP, mas com limitações dependendo da versão do sistema operacional. Dependendo da versão homologado no seu ambiente você precisa iniciar um novo processo de homologação ou conviver com as limitações.

O “Application Pool” é um “Windows Process” separando as aplicações via processos Windows chamado W3wp.exe. Estes processos são iniciados apenas quando for necessário (Sobre Demanda) . Em outras palavras, o IIS vem com um modelo de ativação (Http Activation) que permite a ativação do “Application Pool” quando ele recebe um pedido de um aplicativo específico acoplado no “Application Pool”. Isso habilita o IIS hospedar milhares de aplicativos em um servidor sem manter os processos executando em memoria.

Para hospedar um serviço WCF no IIS, você precisa de um serviço com a extensão svc (WCF – Service) . O arquivo associa um serviço com a implementação e o meio para o IIS criar o ServiceHost para você. O IIS assume a interação entre seu serviço e o ServiceHost, você não preciosa instanciar e iniciar o ServiceHost para seu serviço, que simplifica o processo da codificação do serviço. O código do serviço, pode residir , em um “Assembly” separado, registrado no GAC, ou reside na pasta bin do aplicativo, ou em um arquivo C# que reside na pasta de “App_Code” do aplicativo web. Este cenários ajuda definir padrões de hospedagem para todas “Aplicações” Serviços no seu ambiente.

A grande pergunta, porque o IT-Pro precisa saber tudo disto ? A resposta e simples, quem e responsável para manter e providenciar o ambiente de hospedagem de serviços e o IT-Pro. Mas como esta a distribuição das responsabilidades e tarefas ?

A configuração é bem semelhante ao arquivo App.Config do blog anterior, que configura o serviço . Ligeiras mudanças são realizadas, conforme é mostrado abaixo:

Passo 5 mostra que o IT-Pro precisa definir o web.config para o novo serviço.

É importante mencionar que na criação do endpoint não é necessário de definir o atributo “Address,”o endereço é determinado baseado no arquivo *.svc. Se você quer entender melhor toda “Schema” usa o “Microsoft Service Configuration Editor” que mostra todas as possibilidades de configuração.

Disponibilidade

Gerenciado via o “Internet Information Service” sem intervenção na fase de desenvolvimento

O Internet Information Service” possui suporte interno para reiniciar serviços quando ocorrem falhas ou atendem limites definidos como memória ou utilização de CPU.

Os processos são iniciados apenas quando for necessário (Sobre Demanda)

Possiblidade de usar equipamentos de balanceamento de carga como NLB, Big5 etc.

Confiabilidade

O Internet Information Service permite escolher uma identidade de segurança específicas em que você quiser o serviço executado incluindo contas internas de serviço de sistema ou rede.

Processo de Gerenciamento

Em geral, os IT-Pros sabem muito sobre o Gerenciador de controle de serviços e outras ferramentas, no entanto, para fazer serviços sustentável, você provavelmente teria que adicionar alguns recursos de log e instrumentação (SCOM 2008)

IIS Manager ou PowerShell

Processo de Versionamento

Versionamento precisa ser providenciado via código customizado (Codificação) e processos de IT-Pros.

Processo de Implementação

Criacao de um pacote MSI

Copiar os arquivos para o novo destino

Chamada de Persistência

Chamada de persistência via código customizado ou os chamadas de persistência oferecido via os padrões do IIS.

Pré-requisitos:

Windows 2003 <

Visual Studio 2008

Net Framework 3.0, 3.5 SP1 (Dependendo da Versão Usado)

IIS 6.0 <, HTTP Activation Feature

Configuration Editor Tool (Configuration Editor Tool (SvcConfigEditor.exe)

WCF Tools (http://msdn.microsoft.com/en-us/library/ms732015.aspx)

Mais perguntas ? Ate o próximo Blogs, Markus

Technorati Tags: WCF,IIS

Windows a Plataforma de Aplicações: Hospedar serviços WCF com "Windows Service"

Markus Christen — Wed, 05 Aug 2009 23:39:00 GMT

Ola, tudo bem ?

No me primeiro blog sobre este assunto eu mostrei para você as possibilidades como hospedar serviços WCF (http://blogs.technet.com/markuschristen/archive/2009/04/17/hospedar-servi-os-wcf-e-wf.aspx). Vamos continuar este papo e discutir este assunto mais “Deep”.

Quando você quer hospedar seus serviços WCF você preciso se perguntar seguintes perguntas:

Quais possibilidades eu tenho para hospedar serviços WCF ?

Quais são os vantagens de cada um ?

Quais são as melhoras praticas da Microsoft?

No podemos definir 3 tipos de hospedagem de serviços WCF:

“Self-Hosting”

“Windows Service”

“IIS, WAS”

Neste blog vamos tratar item 2 e 3. Uma outra pergunta importante é como nos podemos garantir o isolamento das aplicações e quanta impacta isto na escolha de um contêiner de hospedagem.

.Net Application Domain

Uma “.Net Application Domain “ é equivalente a CLR do que o processo de um sistema operacional. Uma “.Net Application Domain” é usado para isolar os aplicativos uns dos outros. A separação é necessária, para que aplicativos não se afetam mutuamente. Uma “.Net Application Domain” do Common Language Runtime está contido em um processo de sistema operacional. Um processo pode conter várias “.Net Application Domains” .

Vantagens:

Muitas “.Net Application Domains” podem estar contidos dentro de um processo único

“.Net Application Domain’s” pode ser interrompido sem afetar o Estado de outro em execução no mesmo processo.

Um erro nãoafeta outras “.Net Application Domains”ou bloqueie todo o processo que hospeda

Informações de configuração é segmentado per “.Net Application Domain”

Cada “.Net Application Domain” pode ter níveis de acesso de segurança diferentes atribuídos a eles, tudo num único processo.

Importante: Concluindo nos podemos falar que todo ServiceHost precisa um WindowsProcess e uma “Application Domain”.

Para determinar qual hospedagem seria mais adequado para seu cenário, você precisa responder seguinte perguntas

Disponibilidade: Quando você precisa acessar seu serviço , 24/7 ?

Confiabilidade: O que acontece quando seu serviço para ?

Processo de Gerenciamento: Você precisa informações sobre a operação do seu serviço ?

Processo de Versionamento: Você precisa suportar vários versões do seu serviço ?

Processo de Implementação: Qual e seu processo de implementação? Você precisa usar o processo de empacotamento o xcopy e suficiente ?

Chamada de Persistência: Você precisa uma chamada de persistência ?

Baseado em estas perguntas você agora pode definir qual contêiner de hospedagem é mais adequado para seu cenário. Durante este blog nos vamos tratar a hospedagem via “Windows Service” e nos próximos nos vamos continuar com IIS e WAS.

Windows Service

O cenário aonde você habilita os Serviços WCF via o “Windows Service”, opção logica de hospedar uma serviços WCF de longa duração fora do Internet Information Services (IIS) em um ambiente seguro que não é ativada via mensagem. A instancia do serviço é controlada, pelo sistema operacional. Esta opção de hospedagem está disponível em todas as versões do Windows.

Serviços Windows podem ser gerenciados com o Microsoft.ManagementConsole.SnapIn no Microsoft Management Console (MMC) e podem ser configurados para iniciar automaticamente quando o sistema é inicializado. Esta opção de hospedagem consiste em registrar o domínio de aplicativo (AppDomain) que hospeda um serviço WCF como um serviço gerenciado pelo Windows para que a instancia do processo do serviço é controlada pelo Gerenciador de controle de serviços.

Disponibilidade

O Gerenciador de controle de serviço do Windows permite definir o tipo de inicialização para automático, para que logo que o Windows é iniciado, o serviço será iniciado, sem um logon interativo no computador

Gerenciador de controle de serviço do Windows possui suporte interno para reiniciar serviços quando ocorrem falhas.

Possiblidade de usar equipamentos de balanceamento de carga como NLB, Big5 etc.

Confiabilidade

O gerenciador de controle de serviço do Windows permite escolher uma identidade de segurança específicas em que você quiser o serviço executado incluindo contas internas de serviço de sistema ou rede.

Processo de Gerenciamento

Em geral, os IT-Pros sabem muito sobre o Gerenciador de controle de serviços e outras ferramentas, no entanto, para fazer serviços sustentável, você provavelmente teria que adicionar alguns recursos de log e instrumentação (SCOM 2008)

Processo de Versionamento

Versionamento precisa ser providenciado via código customizado (Codificação) e processos de IT-Pros.

Processo de Implementação

Serviços devem ser instalados com o utilitário .NET Framework Installutil.exe ou através de uma ação personalizada em um pacote de instalador (Visual Studio)

MSDN Link: http://msdn.microsoft.com/en-us/library/ms733069.aspx

Video Codeplex: http://wcfsecurity.codeplex.com/Wiki/View.aspx?title=How%20To%3a%20How%20to%20Host%20WCF%20in%20a%20Windows%20Service&referringTitle=Home

Chamada de Persistência

Chamada de persistencia via código customizado

Pré-requisitos:

Windows 2003 <

Visual Studio 2008

.Net Framework 3.0, 3.5 SP1 (Dependendo da Versão Usado)

InstallUtil.Exe (Installer Package Visual Studio)

Configuration Editor Tool (Configuration Editor Tool (SvcConfigEditor.exe)

WCF Tools (http://msdn.microsoft.com/en-us/library/ms732015.aspx)

Application Configuration File

Exemplo de um “Application Configuration File” para hospedar um Serviço WCF. Este arquivo precisa ser criado e configurado baseado no Schema WCF. Existe um editor que ajuda muito: Configuration Editor Tool (SvcConfigEditor.exe). Este exemplo vem sem um segurança reforçada, mais informações via WCF-Security Guide.
   1:  <?xml version="1.0" encoding="utf-8" ?>
   2:  <configuration>
   3:    <system.serviceModel>
   4:      <services>
   5:        <service name="Microsoft.ServiceModel.Samples.CalculatorService"
   6:                 behaviorConfiguration="CalculatorServiceBehavior">
   7:          <host>
   8:            <baseAddresses>
   9:              <add baseAddress="http://localhost:8000/ServiceModelSamples/service"/>
  10:            </baseAddresses>
  11:          </host>
  12:          
  13:          <endpoint address=""
  14:                    binding="wsHttpBinding"
  15:                    contract="Microsoft.ServiceModel.Samples.ICalculator" />
  16:          
  17:          <endpoint address="mex"
  18:                    binding="mexHttpBinding"
  19:                    contract="IMetadataExchange" />
  20:        </service>
  21:      </services>
  22:      <behaviors>
  23:        <serviceBehaviors>
  24:          <behavior name="CalculatorServiceBehavior">
  25:            <serviceMetadata httpGetEnabled="true"/>
  26:            <serviceDebug includeExceptionDetailInFaults="False"/>
  27:          </behavior>
  28:        </serviceBehaviors>
  29:      </behaviors>
  30:    </system.serviceModel>
  31:  </configuration>
Mais perguntas ? Ate o próximo Blogs, Markus

Technorati Tags: WCF,WindowsService

Como hospedar serviços WCF e WF ?

Markus Christen — Fri, 17 Apr 2009 23:11:00 GMT

Tudo bem ?

Esta semana foi uma semana muito “louca”. Várias visitas de clientes e apresentações fizeram minha semana muito interessante e valiosa.

Primeiramente eu gostaria dividir com vocês um assunto que fui questionado durante um evento em São Paulo.

Como eu deveria hospedar meus serviços de WCF e WF ?

Em primeiro lugar gostaria de mostrar a vocês, quais possibilidades nos temos e as vantagens, escalabilidade e limitações para cada um.Para se tornar produtivo, um serviço preciso ser hospedado dentro de um ambiente de execução que cria e controle os processos ao longo da vida. Serviços WCF (Windows Communication Foundation) são projetados para ser executado em qualquer processo do Windows que suporta código gerenciado. O WCF fornece um modelo de programação unificado para criar aplicativos orientados ao serviço. Este modelo de programação permanece consistente e é independente do ambiente de hospedagem.

Managed Application

Serviços WCF podem ser hospedados em qualquer aplicativo gerenciado. Esta é a opção mais flexível porque requer menos infra-estrutura para implantar. Você incorporar o código para o serviço dentro do código de aplicativo gerenciado e, em seguida, criar e abre uma instância de ServiceHost para tornar o serviço disponível.

Mais informações: How to- Host a WCF Service in a Managed Application

Hospedagem Cenários Benefícios e Limitações

Managed Application

Aplicações WPF

Aplicações WinForm

Flexível

Fácil de Implementar

Não e uma solução altamente gerenciável

Windows Service

Esta opção de hospedagem consiste em registrar o serviço WCF como um serviço gerenciado do Windows (anteriormente conhecido como serviço NT), para que a vida de processo do serviço é controlada pelo Gerenciador de controle de serviço (SCM) do Windows.

Mais informações: How to: Host a WCF Service in a Managed Windows Service.

Passo a Passo com Rafael Godinho :http://blogs.msdn.com/rafaelgodinho/archive/2009/03/23/screencast-hospedando-um-servi-o-wcf-em-um-windows-nt-service.aspx

Hospedagem Cenários Benefícios e Limitações

Windows Service

Serviços de longa duração

Tempo de Serviço controlado pelosistema operaçional

Suportado por todas versões de Windows

IIS

Usar o próprio IIS e uma opção de hospedagem integrado com o ASP.NET que usa os recursos que essas tecnologias oferecem, tais como processo de reciclagem, suspender instancias que são ociosos, processo de controle da saúde e ativação baseada em mensagem. Em sistemas operacionais como Windows XP e Windows Server 2003, esta é a solução preferida para hospedar aplicativos de serviço de Web que devem ser altamente disponíveis e altamente escalonável.

Mais informações: How to: Host a WCF Service in IIS

Passo a Passo com Rafael Godinho: http://blogs.msdn.com/rafaelgodinho/archive/2009/04/22/screencast-hospedando-um-servi-o-wcf-no-iis.aspx

Hospedagem Cenários Benefícios e Limitações

IIS

Usando capacidades de TI

Executando um serviço WCF lado ao lado com ASP.NET usando o protocolo HTTP

Processo de reciclagem.

Suspensão de instancias quando ocioso

Processo de controle da saúde

Ativação baseada em mensagem

Apenas HTTP

IIS/WAS (Windows Activation Service)

O WAS continua o modelo de processo do IIS (pools de aplicativos e ativação baseada em mensagem) , mas remove a dependência do HTTP da arquitetura de ativação. O IIS 7.0 usa WAS para realizar a ativação baseada em mensagens via HTTP. WAS fornecer também a ativação baseado em mensagem sobre outros protocolos que o WCF oferece suporte, como TCP, MSMQ e pipes .

Mais informações: How to: Host a WCF Service in WAS

Passo a Passo com Rafael Godinho: http://blogs.msdn.com/rafaelgodinho/archive/2009/05/12/screencast-hospedando-um-servi-o-wcf-no-was.aspx

Hospedagem Cenários Benefícios e Limitações

IIS/WAS

Executando um serviço WCF sem instalar HTTP-IIS usando vários protocolos de transporte

Processo de reciclagem.

Suspensão de instancias quando ocioso

Processo de controle da saúde

Ativação baseada em mensagem

Multi Protocolo: TCP,HTTP,MSMQ,Pipe

Codinome – Dublin (CTP)

O Dublin continua o modelo de processo do IIS (pools de aplicativos e ativação baseada em mensagem) , mas remove a dependência do HTTP da arquitetura de ativação. Dubkin agrega varios novas funcionalidades de instrumentacao e hospedagem.

Mais informações: MSDN Dublin

Hospedagem Cenários Benefícios e Limitações

Dublin

Executando um serviço WCF sem instalar HTTP-IIS usando vários protocolos de transporte

Processo de reciclagem.

Suspensão de instancias quando ocioso

Processo de controle da saúde

Ativação baseada em mensagem

Multi Protocolo: TCP,HTTP,MSMQ,Pipe

Chamada unica de persistençia

Monitoramento & Rastreamento

Proçeso de Implementação

Processo de Routeamento

Abraços Markus Christen

Hospedagem	Cenários	Benefícios e Limitações
Managed Application	Aplicações WPF Aplicações WinForm	Flexível Fácil de Implementar Não e uma solução altamente gerenciável