ldap schema in development deveria combinar produção?

2

Uso o LDAP há muitos anos e a maioria das empresas em que trabalhei usavam um esquema LDAP de desenvolvimento que era idêntico aos esquemas de produção e QA (preparação). Um sufixo de exemplo seria:

"dc=firm,dc=com"

Eu comecei a trabalhar em uma nova empresa há alguns meses e o administrador de sistemas está me dizendo que estou fazendo errado. Ele diz que no desenvolvimento o sufixo deve ser "dc=firm,dc=dev" .

Eu sinto que isso vai causar muitos problemas no futuro com programação e movimentação de dados para testes, entre outras coisas. Eu gostaria de obter algumas opiniões sobre isso. Eu vejo a situação assim: Os dados devem sempre parecer com dados de produção, mesmo nos ambientes de desenvolvimento e teste.

    
por SJS 05.04.2012 / 19:59

1 resposta

5

Esta é uma questão de preferência, no entanto, existem vantagens em ter um ambiente de desenvolvimento denominado diferente de produção. O mais notável é que qualquer script executado no ambiente de desenvolvimento provavelmente não será capaz de causar danos se for executado acidentalmente no ambiente de produção.

Em Fantasy Life TM teríamos redes completamente segmentadas que nem sequer estavam fisicamente conectadas. Um para produção, um para desenvolvimento e teste. Eles teriam senhas e contas de usuário diferentes que significariam se fosse um ambiente de teste ou não.

Na vida real TM não é esse o caso. No entanto, uma "defesa profunda" de seus dados de produção pode utilizar o simples toque de não usar exatamente o mesmo nome LDAP entre os dois.

Isso torna as coisas confusas se você quiser fazer uma mudança de desenvolvimento e migrar para a produção? Talvez um bit minúsculo , no entanto, se não houver automação ou padronização suficiente em um ambiente para poder alterar de forma simples e efetiva suffix "dc=firm,dc=com" para suffix "dc=firm,dc=dev" , acho que há problemas maiores.

TL; DR

Ambas as abordagens estão bem, se houver um contexto maior de segurança envolvido. Eu não iria tão longe a ponto de dizer que um está errado e o outro correto. Tome a nova abordagem com calma e aprenda com ela.

    
por 05.04.2012 / 20:02

Tags