Considerando estratégias de design para serviços da Web - manequins

Você deve considerar várias estratégias para entender melhor como você irá projetar seus serviços da Web. Como você irá organizar seu código em projetos, aulas, métodos, propriedades e eventos? Depois de ter determinado exatamente quais são seus requisitos e quais os cenários que sua aplicação precisa lidar, você pode começar a projetar seu aplicativo. Você deve construir seus projetos de serviços da Web em um ou mais objetos que manipulam a funcionalidade.

Garantir o desempenho máximo

Tal como acontece com qualquer projeto de software, você deve levar em consideração certas considerações de projeto. O desempenho é um dos maiores problemas. E tantas áreas afetam o desempenho. Algumas das considerações de desempenho são baseadas em hardware, mas algumas considerações de desempenho - como a memória - também são baseadas em software.

Com a memória, mais é sempre melhor. No entanto, quanto é suficiente? É melhor seguir as recomendações com base nos requisitos do fabricante do software para cada peça de software carregada no computador. Em seguida, decida em uma magnitude maior do que isso.

O método mais fácil para avaliar a quantidade de memória necessária é determinar a quantidade máxima de memória necessária se cada aplicativo estiver em uso ao mesmo tempo. Você também precisa considerar quantos usuários você espera a qualquer momento.

Os seguintes são alguns dos componentes a considerar:

• Requisitos do sistema operacional (OS): Ou seja, a quantidade de memória que o servidor precisa ter para permitir que os usuários executem com segurança o sistema operacional atual e outros instalados Programas. Por exemplo, digamos que você tem dois serviços da Web que serão hospedados em um Windows 2000 Server. O Windows 2000 Server requer 128 MB de memória.

• . Requisitos da estrutura NET: Por exemplo, diga que a estrutura ocupa 128 MB de memória no servidor. Juntos, o sistema operacional e a estrutura ocupam um total de 256 MB de memória em seu servidor, e isso é sem sequer considerar os objetos de serviços da Web que você estará desenvolvendo.
• Usuários: Ou seja, o número de usuários que podem estar usando um serviço da Web em qualquer momento. Suponha que você espera que 100 usuários precisem usar cada um dos dois objetos de serviços da Web a qualquer momento.
• Requisitos do serviço da Web: Isto é muito difícil de estimar com qualquer grau de precisão, mas, no mínimo, adiciona todo o espaço que cada um dos tipos de dados irá ocupar.
• Sobrecarga associada ao serviço da Web: Ou seja, a quantidade de memória que seu servidor deve ter além das suas estimativas iniciais.Se você estimar a sobrecarga de mais 50K ou mais para cada serviço da Web, a memória começa a se somar e compilar.

Lidar com problemas de segurança

A segurança é um dos maiores tópicos da computação hoje. O fato de que os serviços da Web são normalmente transmitidos usando o HTTP, a preocupação com a segurança é excelente. Na verdade, sempre que você transmite dados pela Internet, a segurança torna-se uma preocupação. Se algum dado pessoal - como nomes de usuários, senhas, endereços, informações de cartão de crédito e assim por diante - precisa ser transmitido pela Internet, ele deve ser criptografado. Se não estiver criptografado, qualquer pessoa com ferramentas de hacking poderá ler os dados que estão sendo transmitidos através do fio. O mesmo é verdadeiro em uma intranet corporativa ou extranet. Portanto, a criptografia torna-se uma necessidade.

A criptografia é facilmente gerenciada pela Internet Information Services (IIS), que usa Secure Sockets Layer, ou SSL. O único que você deve fazer para usar o SSL é instalar um certificado SSL que você obtenha de um terceiro confiável. Após a instalação do certificado SSL, os clientes podem acessar seus sites ou serviços da Web usando o protocolo HTTPS, em vez de HTTP. ( S significa s ecure.) Este certificado SSL é conhecido como um certificado de servidor .

Apenas porque você usa SSL para criptografar seus dados não significa que todos deveriam ter acesso ao seu serviço da Web. O acesso é controlado por um esquema de autenticação. Você pode controlar quem tem acesso permitindo que o Active Directory se autentique.

Você também precisa saber como seus Serviços da Web devem lidar com a segurança. Para saber isso, considere estas questões:

• Qualquer um ou qualquer sistema pode acessar os serviços da Web?
• Se o acesso deve ser restrito, como você irá restringi-lo?
• Você deve usar o Active Directory para autenticar usuários?
• Você deve usar o Passport para autenticar usuários?
• Você deve limitar os serviços da Web com base em pesquisar usuários válidos em um banco de dados?

As respostas a essas perguntas determinam o quão complexo seus serviços da Web se tornam. Certamente, a coisa mais fácil é permitir que todos tenham acesso a seus serviços da Web, mas isso nem sempre é prático. Por exemplo, e se você cobrar pelo seu uso de serviços da Web através de um provedor de serviços de Internet (ISP)?

Se você estiver usando o Active Directory, você precisa decidir como deseja administrar usuários e computadores. Por exemplo, você deve considerar a automação dessa tarefa, dependendo se você pretende assinar novos clientes / usuários com muita frequência. Se você vai usar as pesquisas de banco de dados, você precisa explicar esta funcionalidade em seus planos de projeto e determinar os detalhes de como isso pode funcionar.

Por outro lado, se você tiver o Microsoft Passport fazer a autenticação, você garante que um usuário é autenticado, mas você não precisa armazenar as informações do usuário em sua localização. Lembre-se de que você precisa analisar problemas de segurança em todos os ângulos possíveis.

Garantir a interoperabilidade

Interoperabilidade é o conceito de que sistemas de computadores diferentes precisam ser capazes de conversar uns com os outros.Por exemplo, se um banco de dados Oracle precisa trabalhar com um banco de dados do SQL Server, você deve descobrir como fazer isso acontecer. Da mesma forma, se você sabe que o seu sistema ERP (Enterprise Resource Planning) deve conversar com um sistema CRM (Customer Relationship Management), é melhor você começar a quebrar.

Muitos dos problemas de interoperabilidade que surgem de sistemas diferentes que falam uns com os outros podem ser abordados com um produto Microsoft chamado BizTalk. O BizTalk permite o mapeamento de sistemas diferentes permitindo múltiplos protocolos e formatos. Internamente, o BizTalk usa XML para armazenar mapeamentos entre esses sistemas diferentes.

A interoperabilidade também tem um impacto sobre como as diferentes tecnologias têm que trabalhar um com o outro. Por exemplo, a. O componente NET precisa invocar componentes COM? As duas tecnologias são algo semelhantes em termos de conceito, mas não em tecnologia. No entanto, é muito possível envolver componentes COM. Interfaces NET. Isso é chamado COM-Interop.

Decidindo o que seus usuários podem acessar

Você deve determinar quanto do seu modelo de objeto você deseja disponibilizar pela Internet, que é um conceito conhecido como expondo. É importante lembrar os conceitos de um componente ou objeto que compõe seu modelo de objeto. Você quer expor apenas uma visão abstraída do que é necessário para fazer o trabalho e resolver seus casos de uso.

Por exemplo, se você possui uma aplicação financeira que decide se uma hipoteca deve ser concedida com base em critérios específicos; você não expõe todos os detalhes de implementação interna. Esse é o seu "molho secreto". "Quanto menos você compartilha, melhor. Exponha apenas o número mínimo de objetos, juntamente com o mínimo número mínimo de membros (propriedades, métodos e eventos) necessários para realizar o trabalho.