grundlagen dev env
This commit is contained in:
@@ -3,9 +3,9 @@
|
||||
%
|
||||
|
||||
\section{Methodische Vorgehensweise}
|
||||
Einige Anforderungen sind im Voraus im Zuge der Themenfindung bereits gesetzt.
|
||||
Einige Anforderungen sind bereits im Voraus definiert.
|
||||
Weiterführende Anforderungen werden im Rahmen einer Anforderungserfassung ermittelt.
|
||||
Anschließend werden verschiedene Ansätze zur Umsetzung gesammelt und iterativ,
|
||||
nach explorativer Vorgehensweise ausgeschlossen, bis ein funktionierender, akzeptabler
|
||||
Lösungsweg gefunden wurde.
|
||||
Anschließend werden verschiedene Lösungsansätze betrachtet und auf Tauglichkeit geprüft.
|
||||
Nachdem ein akzeptabler Lösungsweg gefunden ist, wird dieser umgesetzt.
|
||||
Abschließend wird der Erfolg des Unterfanges evaluiert und mögliche, auf dieses Projekt aufbauende Arbeiten in Ausblick gestellt.
|
||||
|
||||
|
@@ -12,6 +12,7 @@ Würden diese manuell in einen eigenen Vault kopiert werden, müssten diese Eint
|
||||
asynchronen Einträgen führt. Außerdem ist das ein großer Arbeitsaufwand.
|
||||
All das gestaltet das Einbinden von externen Entwicklern, wie z.B. Freelancern, schwer.
|
||||
\\
|
||||
\\
|
||||
Ein weiteres Problem ist, dass Secrets in Konfigurationsdateien, die firmeninternen Ansible-Scripten
|
||||
beilegen, unverschlüsselt einsichtig sind. Das macht es zu einem großen Sicherheitsrisiko und somit
|
||||
impraktikabel externen Entwicklern Zugriff auf dieses Ansible-Repository zu gewähren.
|
||||
|
Reference in New Issue
Block a user