1 votes

Le schéma ldap en cours de développement doit-il être le même que celui des productions ?

J'utilise LDAP depuis de nombreuses années et la plupart des entreprises pour lesquelles j'ai travaillé ont un schéma LDAP en développement qui ressemble au schéma en production, QA (Staging).

etc : suffixe "dc=firm,dc=com".

Je viens de commencer à travailler dans une nouvelle entreprise il y a quelques mois et le SA me dit que je m'y prends mal, que dans le développement le suffixe devrait être "dc=firm,dc=dev".

J'ai l'impression que cela va poser beaucoup de problèmes en cours de route avec la programmation et le déplacement des données pour les tests, etc. J'aimerais avoir un avis sur la question. Je vois cela comme des données et cela devrait ressembler à la production, à l'assurance qualité, etc.

1voto

Hussein Shehady Points 151

La nature du "suffixe" (en fait le "contexte de dénomination") ne devrait pas avoir d'importance. Tout code doit être totalement indépendant du contenu du répertoire, de l'emplacement du répertoire (d'un point de vue réseau), du logiciel utilisé par le serveur, de la version de ce logiciel, etc. Tout code qui "sait" ce genre de choses est un mauvais code, n'est pas robuste, est fragile et est sujet à des défaillances.

0voto

Unknown Coder Points 279

Je ne sais pas s'il existe une bonne ou une mauvaise méthode. Les deux ont leurs avantages et leurs faiblesses.

La société pour laquelle je travaille modifie également les fichiers de schéma LDAP de temps en temps, mais pas aussi régulièrement que dans votre cas. Nous avons également le même dc pour l'environnement de développement et l'environnement de production. Dans notre entreprise, il n'y a aucun risque de confusion puisque nous ne modifions qu'un schéma de temps en temps.

Votre nouvelle entreprise peut avoir des points de vue différents des vôtres, et elle peut même avoir une sorte de politique en matière de développement. Mon conseil serait de rédiger un petit concept dans lequel vous compareriez les deux façons de faire. Si vous pensez toujours que votre "solution" est la meilleure et la plus efficace, vous devriez la défendre devant votre supérieur. Vous pourrez peut-être le convaincre d'adopter une nouvelle politique. Mais n'oubliez pas de respecter la politique actuelle et de ne pas être trop offensif. Gardez à l'esprit que vous êtes peut-être en train d'aborder quelque chose qui n'a pas changé depuis des années, et que certaines personnes ont peur de la nouveauté (malheureusement, surtout dans le secteur des TI).

La rédaction d'un concept est d'ailleurs la méthode la plus efficace pour convaincre les clients ou même les membres de mon entreprise. Ils voient que vous avez fait des recherches et que vous avez des arguments. S'ils sont valables, vous emprunterez le chemin de la réussite !

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X