ein paar sachen wegkomment und abstrakt
This commit is contained in:
@@ -4,20 +4,34 @@
|
||||
\begin{otherlanguage}{ngerman}
|
||||
\pdfbookmark[1]{Zusammenfassung}{Zusammenfassung}
|
||||
\chapter*{Zusammenfassung}
|
||||
Die Moderne Software entwicklung immer mehr automatisiert.
|
||||
Ermöglicht schnellere Entwicklungsgeschwindichkeiten.
|
||||
Automatisierung bereits in verschiedenen groß ausgeprägt. CI/CD bei webservice sehr gut etabliert.
|
||||
Jedoch hat automatisierung auch nachteile.
|
||||
Der Moderne Softwareentwicklungsprozess wird immer mehr automatisiert.
|
||||
"Continuous Integration" und "Continuous Deployment/Delivery" werden weiter verbreitet eingesetzt und lassens sich in vielen teilen der IT wiederfinden.\newline
|
||||
Unteranderem ermöglicht Praktiken wie CI/CD schnellere Entwicklungsgeschwindichkeiten und höhere Warscheinlichkeiten Fehler vorzeitig zu erkennen.\newline
|
||||
\medskip
|
||||
\noindent Wenn jedoch bestimmte CI/CD Praktiken auseracht gelassen werden, so können auch kritische Probleme autreten die viel Zeit und Gelt kosten könnten.
|
||||
\newline
|
||||
\begin{itemize}
|
||||
\item Es wird sich nun auf die Buildscripte verlassen:
|
||||
\begin{itemize}
|
||||
\item Manipulations Gefahr der Skripte.
|
||||
\item Fehlendes Wissen über Pipeline funktionsweise:
|
||||
\begin{itemize}
|
||||
\item Bei Störung bleibt Enwicklungsprozess stecken.
|
||||
\item Nur Experten können die Probleme beheben.
|
||||
\end{itemize}
|
||||
\end{itemize}
|
||||
\item Fehler werden scheller in release eingebunden.
|
||||
\item Komplexe scripte machen buildvorgang unübersichtlich.
|
||||
\end{itemize}
|
||||
|
||||
Es wird sich nun auf die Buildscripte verlassen, manipulations gefahr, bei störung fehlesnes wissen oder andere probleme.
|
||||
Fehler werden scheller in release eingebunden.
|
||||
Komplexe scripte machen buildvorgang unübersichtlich.
|
||||
Diese Probleme können durch angemessenes Tooling behoben werden und so die Qualität der Pipline zu verbessern.
|
||||
|
||||
Was ist eine qualitative CI/CD Pipeline ?
|
||||
Welche anforderungen sollte eine CI/CD Pipeline erfüllen um eine qualitative Pipeline zu sein ?
|
||||
Lassen sich grundlegende anforderungen aufstellen unabhänging von Einsatzgebiet der Pipeline ?
|
||||
|
||||
Ziel ist die Ausarbeitung von Anforderungen (und qualitäts Metricken) einer Pipeline, die die Entwicklungsgeschwindichkeiten steigert ohne die Software Qualität zu komprimitieren.
|
||||
Dardurch ergibt sich jedoch die Frage:
|
||||
\noindent Was ist eine qualitative CI/CD Pipeline ?\newline
|
||||
Welche anforderungen sollte eine CI/CD Pipeline erfüllen um eine qualitative Pipeline zu sein ?\newline
|
||||
Lassen sich grundlegende anforderungen aufstellen unabhänging von Einsatzgebiet der Pipeline ?\newline
|
||||
\medskip
|
||||
\noindent Ziel ist die Ausarbeitung von Anforderungen (und qualitäts Metricken) einer Pipeline, die die Entwicklungsgeschwindichkeiten steigert ohne die Software Qualität zu komprimitieren.
|
||||
Diese sollen durch suchen von Problemen, die durch nicht sauber durchgefürte Automatisierungen entstehen herausgearbeitet werden.
|
||||
|
||||
Gliederung:
|
||||
|
||||
Reference in New Issue
Block a user