grundlagen dev env
This commit is contained in:
parent
4b4ac2f326
commit
1b326c53cb
@ -8,9 +8,9 @@
|
||||
\input{chapters/einleitung/methodik.tex}
|
||||
|
||||
\input{chapters/grundlagen/main.tex}
|
||||
\input{chapters/anforderungen.tex}
|
||||
\input{chapters/technische-umsetzung/main.tex}
|
||||
|
||||
\input{chapters/anforderungen.tex}
|
||||
\input{chapters/evaluation.tex}
|
||||
\input{chapters/fazit.tex}
|
||||
|
||||
|
@ -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.
|
||||
|
@ -4,5 +4,20 @@
|
||||
|
||||
\chapter{Grundlagen}
|
||||
\section{Die Arbeitsumgebung}
|
||||
Die Arbeitsumgebung des Partnerunternehmens besteht für diese Themenstellug nennenswert aus:
|
||||
\begin{itemize}
|
||||
\item Cloudbasierten Web- und Datenbankservern
|
||||
\item Git-Repositories bei Bitbucket
|
||||
\item Der lokalen, Docker-basierten Arbeitsumgebung
|
||||
\item Ein Ansible-Playbook, das ein Projekt mit Daten aus der Cloudumgebung und Code aus Bitbucket in der lokalen Entwicklungsumgebung bereitstellt.
|
||||
\end{itemize}
|
||||
|
||||
\begin{nicepic}
|
||||
\includegraphics[width=0.5\textwidth]{images/dev-env.png}
|
||||
\captionof{figure}{Relationsdiagramm: Bereitstellen von Projekten des Partnerunternehmens in einer Entwicklungsumgebung}
|
||||
\caption*{Quelle: Eigene Darstellung}
|
||||
\label{fig:relationsdiagramm-devenv}
|
||||
\end{nicepic}
|
||||
|
||||
\section{1Password}
|
||||
\section{Ansible}
|
||||
|
@ -5,7 +5,9 @@
|
||||
\chapter{Glossar}
|
||||
|
||||
\begin{description}
|
||||
\item [TYPO3 CMS] \hfill \\
|
||||
\enquote{TYPO3 — the Professional, Flexible Content Management System} \cite{bib:typo3-frontpage}
|
||||
\item [Docker] \hfill \\
|
||||
Eine arrivierte Container-Engine für Anwendungsentwicklung.
|
||||
\item [Ansible-Playbook/s] \hfill \\
|
||||
Ansible-Playbooks sind Skripte, mit dem Ziel einen deklarierten Zustand herzustellen.
|
||||
\end{description}
|
||||
|
||||
|
BIN
images/dev-env.png
Normal file
BIN
images/dev-env.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 25 KiB |
Loading…
x
Reference in New Issue
Block a user