Olhando para os prós e contras de usar um serviço Web Prefab

Uma das grandes coisas sobre o .NET é a capacidade de usar o software de outra pessoa que foi escrito como um serviço Web. Isso significa que você não tem que reinventar a roda cada vez que você precisa incorporar uma peça necessária de funcionalidade. UMA serviço de internet

é um pedaço de código reutilizável que pode ser invocado através da Internet ou em sua rede local. UMA serviço de bloco de construção é um termo que a Microsoft veio com para descrever a funcionalidade essencial, construído com os serviços da Web, que é necessário para a maioria das aplicações.

Os benefícios

Você tem muitas opções quando se trata de construir serviços de bloco. Embora a Microsoft criou o termo, muitas outras empresas fornecem estes tipos de serviços em uma série de categorias em todas as formas e tamanhos. Apesar de determinar quais os serviços da Web que você irá consumir em seus próprios aplicativos pode ser difícil, você deve saber que, normalmente, os serviços da Web (e os classificados como serviços de bloco de construção) oferecem esses benefícios (ou profissionais):

  • Alta ROI: ROI significa retorno do investimento. Em outras palavras, se alguém pudesse mostrar que você iria poupar dinheiro através da compra de um pacote de software específico, não seria um acéfalo para comprá-lo? Bem, isso é o que define ROI. Na verdade, ROI significa que o investimento feito rende um retorno muito elevado. Isso não é diferente de quando você compra um estoque baixo e vendê-lo.
    ROI é um termo relativo. O retorno pode levar anos para quantificar ou imagina. Por outro lado, você pode ter uma economia de custos imediatos. Muito provavelmente, com os serviços de bloco de construção, você verá ROI muito em breve. Por exemplo, você sabe que a Microsoft cobra uma taxa anual de licença de US $ 10.000, acrescido de uma taxa de conformidade periódica de US $ 1.500, para implementar Passport. Isso soa como um monte de dinheiro, especialmente se sua empresa é pequena. No entanto, você não está apenas começando a usar a funcionalidade com apenas algumas horas de codificação, mas você começa a reputação realizado pela Microsoft. Isso tudo gera um ROI extremamente alto.
  • escalabilidade: A maioria dos serviços de bloco de construção são escaláveis ​​para que eles possam crescer e encolher a sua empresa muda. Porque os serviços da Web para ser hospedado em um ambiente Microsoft são construídos usando o .NET Framework, escalabilidade já está construído dentro. Na verdade, ele é um dos requisitos de projeto do núcleo de .NET. Portanto, certifique-se que você verifique com seu edifício fornecedor de serviços de bloco para ver se o produto do fornecedor é escalável (mas muito provavelmente, que é).
  • Realidade: Na realidade, alguns aplicativos da Web são tão incrivelmente complexa que ninguém em seu departamento de TI poderia criá-los do zero. E pagar uma outra empresa para criar um serviço tão simplesmente não vale a pena. Não importa o quanto custam os serviços, eles valem a pena se eles são oferecidos como um serviço de bloco de construção. Um exemplo disto é o bloco de construção de serviço MapPoint .NET. Se você precisa de incorporar a funcionalidade de mapeamento em suas aplicações, você não tem outra maneira de ir.
  • Flexibilidade: A maioria dos serviços de bloco de construção permitem que você experimente antes de comprar. Normalmente você pode testar o serviço, e se você decidir que você gosta dele, então você pode investir o dinheiro para comprar ou licenciá-lo. Você pode até mesmo determinar, após avaliação, que, na verdade, quer desenvolver uma funcionalidade semelhante a si mesmo a partir do zero.

A desvantagem

Na maioria das comparações, você deve ter contras junto com os profissionais. serviços de bloco de construção não são excepção. No entanto, o mais provável você verá que licenciamento dos serviços de bloco de construção é o melhor caminho para se levantar e correr rapidamente e eficazmente. Aqui é o lado negativo (ou contras) do uso de serviços de blocos de construção:

  • Custo: Mesmo se você quiser usar um serviço de bloco de construção, tais como passaporte ou MapPoint.NET, você pode encontrar o custo de licenciamento muito proibitivo para incorporá-lo não importa o quê! Ir à falência, a fim de aceder a um serviço não é a decisão mais sábia negócio!
  • funcionalidade: Mesmo que ele pode fazer sentido para você não fazer o trabalho de desenvolvimento in-house, você pode não ter exatamente a funcionalidade que você precisa. Felizmente, o serviço de bloco de construção é configurável o suficiente para permitir que você para codificar as peças que faltam. Mesmo melhor, talvez o fornecedor de serviços de bloco de construção está disposto a fazer as alterações solicitadas para que você não tem que fazê-lo internamente. Você deve verificar totalmente a funcionalidade disponível através destes serviços para ver se ele atende às suas necessidades.
  • Perda de produtividade: Alguns dos serviços de bloco de construção são tão legais que seus funcionários podem apenas jogar com eles durante todo o dia. Dois serviços que se enquadram nesta categoria são MapPoint.NET e Instant Messaging (IM). Os usuários podem realmente perder a produtividade se eles estão brincando com a funcionalidade de mapeamento durante todo o dia, o que é, afinal, muito limpo! Além disso, se seus funcionários estão repente flamejante uns aos outros com mensagens instantâneas e produtividade vai para baixo, você não vai perder tanto dinheiro como você teria se você construiu seu próprio serviço de mensagens instantâneas a partir do zero - mas você vai perder dinheiro. Estas não podem ser questões - desde que você está ciente de que a produtividade pode realmente ir para baixo e colocar em prática medidas para evitar a sua equipe de ter também muita diversão.
    Para beliscar a questão da produtividade pela raiz, pense em oferecer esses serviços somente aos funcionários que têm de usá-lo, ou configurar regras para quando os serviços estão a ser utilizados - e quando eles devem ser anulado. (Sem usar IM quando e-mail, telefone, ou uma conversa face-a-face é possível!)
  • Velocidade: De um ponto de vista puramente teórico, a velocidade de implementação de código que é executado através da Internet é mais lento do que o código em execução em seus próprios servidores internamente. A realidade é que as conexões de Internet e banda larga estão ficando melhor o tempo todo. Se o serviço da Web é projetado corretamente, a velocidade não deve ser demasiado de um fator.

menu