Das LDAP-Schema in der Entwicklung sollte mit Produktionen identisch sein

303
SJS

Ich benutze LDAP schon seit vielen Jahren, und die meisten Unternehmen, die ich für das LDAP-Schema in der Entwicklung tätig war, sehen genauso aus wie das Schema in der Produktion (QS (Staging)).

etc: Suffix "dc = fest, dc = com"

Ich habe gerade vor ein paar Monaten mit einer neuen Firma angefangen und die SA sagt mir, dass ich es falsch mache, dass das Suffix in der Entwicklung das Suffix "dc = firm, dc = dev" sein sollte.

Ich denke, dass dies eine Menge Probleme verursachen wird, die den Weg mit dem Programmieren und Verschieben von Daten zu Testzwecken usw. nicht machen. Ich würde gerne ein paar Ansichten dazu bekommen. Ich sehe dies als Daten und es sollte aussehen wie Produktion, Qa usw

1

2 Antworten auf die Frage

1
Terry Gardner

Was das "Suffix" (eigentlich der "Namenskontext") ist, sollte keine Rolle spielen. Jeder Code sollte vollständig unabhängig vom Inhalt des Verzeichnisses sein, in dem sich das Verzeichnis befindet (aus Netzwerksicht ist die Software, auf der der Server ausgeführt wird, welche Version diese Software ist usw.). Jeder Code, der diese Art von Dingen "kennt" ist schlechter Code, ist nicht robust, ist zerbrechlich und neigt zu Ausfällen.

0
Valentin

Ich bin nicht sicher, ob es einen falschen oder richtigen Weg gibt. Beide haben ihre Vorteile, beide ihre Schwächen.

Das Unternehmen, für das ich arbeite, ändert von Zeit zu Zeit auch LDAP-Schemadateien, jedoch nicht so regelmäßig wie in Ihrem Fall. Wir haben auch die gleiche DC für die Entwicklungs- und Produktionsumgebung. In unserem Unternehmen besteht keine Chance, dass wir etwas verwechseln, da wir nur von Zeit zu Zeit ein Schema ändern.

Ihr neues Unternehmen hat möglicherweise andere Ansichten als Sie, und es gibt sogar Richtlinien für Entwicklungsarbeit. Mein Rat wäre, ein kleines Konzept aufzuschreiben, in dem Sie beide Wege vergleichen. Wenn Sie immer noch der Meinung sind, dass Ihre "Lösung" die bessere und effektivere ist, sollten Sie sie vor Ihrem Vorgesetzten verteidigen. Vielleicht können Sie sie überzeugen, zu einer neuen Richtlinie zu wechseln. Vergessen Sie jedoch nicht, ihre derzeitige Politik zu respektieren und seien Sie nicht zu anstößig. Denken Sie daran, dass Sie auf etwas stoßen, das sich seit Jahren nicht verändert hat, und einige Menschen haben Angst vor neuen Dingen (leider besonders im IT-Bereich).

Das Verfassen eines Konzepts ist übrigens meine erfolgreichste Methode, um Kunden oder sogar Personen in meinem Unternehmen zu überzeugen. Sie sehen, dass Sie etwas recherchiert haben und Argumente haben. Wenn sie gültig sind, gehen Sie den erfolgreichen Weg!