Configuração centralizada do Windows para aplicações de terceiros?

votos
2

Nós estamos olhando para uma forma padrão de configurar os vários pontos finais da nossa aplicação. Nossa aplicação é um sistema distribuído com aplicações do Windows Desktop, serviços Windows Server e bancos de dados. Atualmente, configurar cada peça usando arquivos XML. Isso está ficando um pouco fora das mãos enquanto trabalhamos com os clientes maiores que podem ter dezenas de servidores que executam nossa aplicação e centenas de clientes de desktop.

Alguém pode recomendar uma tecnologia da Microsoft ou de terceiros que nos permitiria centralizar todas as informações de configuração e gerenciá-lo em um único lugar para todas as nossas aplicações? Quaisquer alterações seria empurrado para o endpoint (s) que está interessado.

Por exemplo, se tivéssemos de mudar o login para um dos nosso banco de dados iria fazer essa mudança na base de dados, em seguida, refletir essa mudança em nosso sistema centralizado. Após o último passo, qualquer serviço que precisa se conectar ao banco de dados seria notificado da mudança (e, potencialmente, receber os novos dados). Como eo que cada terminal faz com que a informação está fora do escopo do sistema.

Nosso negócio principal não é Serviços de configuração centralizada. Somos uma empresa GIS que fornece soluções para vários utilitários em todo o mundo.

Publicado 09/12/2008 em 18:28
fonte usuário
Em outras línguas...                            


3 respostas

votos
2

Eu fiz um par de coisas para me dar essa funcionalidade ao longo dos anos. Eu construir applicatons empresariais que podem ser distribuídos em vários servidores. Eu não quero enterrar as definições de configuração em cada arquivo de configuração de serviços ou arquivo web.config de cada servidor web. Para o material de aplicação específica Eu costumo criar uma tabela de configurações do aplicativo no banco de dados do aplicativo. A tabela tem apenas dois campos. SettingName e SettingValue. Eu, então, escrever um serviço web ou WCF cuja única função é para recuperar essas configurações. Eu escrevo uma função chamada GetSetting onde você passar "SettingName" e ele retorna SettingValue ou uma string vazia se a sua configuração não foi encontrado. Dessa forma eu posso armazenar todas as configurações do aplicativo para todos os componentes do aplicativo em um ponto. Manutenção e solução de problemas para isso é realmente fácil, eu

Para aplicações de maior escala que pode criar um banco de dados AppSettings separada onde eu adicionar um novo campo para a minha mesa mencionado acima. Nome da Aplicação. Meu web ou WCF serviço para esta abordagem tem a mesma chamada de método (GetSetting) somente neste âmbito eu passar ApplicationName e SettingName e retorna SettingValue ou uma string vazia.

Fazer qualquer uma dessas coisas permite centralizar todas as configurações de aplicativos para qualquer aplicação tamanho ou loja de TI. Ele tem trabalhado muito bem para nós.

Respondeu 15/07/2010 em 22:27
fonte usuário

votos
1

Você pode usar RSS, juntamente com BitTorrent para distribuir alterações. Veja Wikipedia . Não é MS específica no entanto, mas deve proporcionar a flexibilidade que você precisa - um servidor de configuração segurando a configuração e fornecer os alimentos necessários para configurar os clientes e possivelmente servidores.

Respondeu 07/01/2009 em 23:06
fonte usuário

votos
0

Quaisquer VCS através de um canal seguro?

Por exemplo, git através de SSH (ambos disponíveis em cygwin).

Acho que o primeiro passo é ter o canal seguro (se você quer a capacidade de pressão, puxando pode ser diferente).

Quanto à gestão das "versões" em diferentes "ramos", o que é melhor do que um sistema de controle de versão?

Como ele vai para a exigência Microsoft, assim os sofwares da Microsoft em que existe nessa área seria uma droga muito ruim no seu caso (como em não a melhor ferramenta para o trabalho).

Respondeu 09/12/2008 em 18:55
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more