Sou novo no SQL Server web Service e não tenho muito conhecimento em configurar um ambiente web seguro... Pelo que li até agora sobre o SQL Web Service, eu precisaria: 1. criar um procedimento armazenado, 2. criar um endpoint 3. criar um serviço da web 4. chamar o procedimento armazenado da web...
Parece fácil o suficiente, embora para as etapas 3 e 4, eu não tenha idéia de como fazer por enquanto ... mas minha pergunta é na arquitetura antes de começar a testar. Do meu entendimento, o serviço web do SQL reside no SQL Server? Se for esse o caso, significa que a DMZ teria acesso direto à nossa rede interna? isso é um nono até onde eu sei...
Em uma arquitetura onde eu gostaria de um SQL Server dentro de uma rede fechada, e uma camada de aplicativos/negócios dentro de uma DMZ e servidores web em outra DMZ... Como eu poderia obter algumas informações necessárias do SQL Server na rede fechada, mantendo-a segura? daí a razão pela qual comecei a investigar a possibilidade de usar o SQL Server Web Service...
Na minha opinião, cada servidor web na DMZ1 terá seu banco de dados na DMZ que conterá informações mínimas não confidenciais para executar o site, mas recuperando informações gerais acumuladas (como pontos, vendas ou informações históricas, etc.) que podem ser geradas de diferentes sites e fontes diferentes não podem ser transferidos para os BDs do site devido ao seu tamanho e precisam que os dados estejam em tempo real. Eu estava pensando em ter um DMZ2 que contém o SQL Server Web Service (como um SQL Web Service Layer) que recuperaria dados do servidor SQL dentro de nossa rede.
É possível? É uma boa ideia? Se não, como você faria?
Obrigado pela ajuda.
Normalmente, você teria um serviço da Web hospedado no IIS ou algum outro daemon http na rede interna, com uma falha de firewall aberta para a porta e a máquina especificadas em que o serviço da Web http está hospedado.
O web service, estando dentro do , teria acesso ao SQL Server conforme necessário.
Isso mantém a proteção do SQL Server, pois ele não pode ser acessado diretamente do dmz/website.
Para sua informação, os endpoints SOAP/xml no SQL Server foram preteridos a partir do SQL Server 2012.