Pergunta

Eu estou trabalhando em um projeto usando Windows 2008, .NET 3.5 e WCF para alguns serviços internos ea questão de como organizar os serviços surgiu.

Uma vez que estamos usando Windows 2008 eu estava pensando que seria bom para tirar vantagem de Serviço de Ativação de Processos do Windows (WAS) embora o sentimento sobre o projeto parece ser que dos serviços do Windows seria melhor.

Então, qual é o baixo para baixo em usando era para serviços WCF de acolhimento em comparação com um serviço do Windows? Existem quaisquer vantagens reais para utilizar o Windows Services ou é era o caminho a percorrer?

Foi útil?

Solução

Recentemente tive de responder à pergunta muito semelhantes e estas são as razões pelas quais eu decidi usar o IIS 7.0 e foi em vez de infra-estrutura de serviço do Windows.

  1. O IIS 7.0 é muito mais robusto anfitrião e ele vem com inúmeros recursos que tornam a depuração fácil. pedidos falhados de rastreamento, a reciclagem do processo de trabalho, processo de orfandade para citar alguns.
  2. O IIS 7.0 lhe dá mais opção para especificar o que deve acontecer com o processo de trabalho em determinadas circunstâncias.
  3. Se você hospedar seu serviço no IIS não tem um processo de trabalho atribuído a ele até que a primeira solicitação. Isso é algo que era um comportamento desejado da minha perspectiva, mas pode ser diferente no seu caso. Serviço do Windows dá-lhe a capacidade de iniciar o seu serviço de maneira mais determinista.
  4. Da minha experiência era em si não fornece maior confiabilidade. É maior vantagem é que ele expõe a riqueza do IIS para aplicativos que usam protocolos diferentes de HTTP. Por diferentes média I:. TCP, pipes nomeados e MSMQ
  5. A única desvantagem do uso era que eu estou ciente de que o endereço de seu serviço é exposto para as necessidades para ser compatível com algum tipo de padrão. Como parece que em caso de MSMQ é descrito aqui
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top