@phdthesis{Lajko2022,
  type      = {Master Thesis},
  author    = {Artem Lajko},
  title     = {„Vergleich von CI/CD und GitOps im DevOps-Kontext“},
  journal    = {„Comparison of CI/CD and GitOps in DevOps“},
  doi       = {10.57683/EPUB-2059},
  url       = {https://nbn-resolving.org/urn:nbn:de:hbz:832-epub4-20598},
  pages     = {96},
  year      = {2022},
  abstract  = {Die Digitalisierung hat Auswirkung auf die Entwicklung von Produkten. Die Teams werden agiler, die Kunden haben als Eigent{\"u}mer eines Produktes Mitspracherecht und bestimmen gemeinsamen mit den Entwicklern, welche Features als N{\"a}chstes aus dem vordefinierten Backlog in dem n{\"a}chsten Sprint als Inkrement eingebaut und ausgeliefert werden. Durch die enge Zusammenarbeit werden die Release-Zyklen eines Produktes k{\"u}rzer und es werden mehr Features als in der Vergangenheit bei nicht agilen Methoden deployt. Durch die kurzen Release-Zyklen werden viele unterschiedlichen Versionen ausgerollt. Dies hat zur Folge, dass Fehler, die vorher durch das Testen nicht entdeckt worden sind, auf einer produktiven Umgebung ausgerollt werden. Hat der Fehler eine starke Auswirkung auf die Benutzung der Anwendung, dann besteht die M{\"o}glichkeit, die {\"A}nderung manuell durchzuf{\"u}hren. Diese muss beim n{\"a}chsten Release eingebaut werden. Wenn die Release-Zyklen l{\"a}nger werden, birgt es die Gefahr, dass viele manuelle {\"A}nderungen in der Zeit entstehen. Der ausgerollte Zustand entspricht nach einer bestimmten Zeit nicht mehr dem eingecheckten Zustand im Git-Repository. An der Stelle bietet der GitOps-Ansatz eine m{\"o}gliche Abhilfe, um den ausgerollten Ist-Zustand durch regelm{\"a}{\"s}iges Pullen so nah wie m{\"o}glich an dem im Repository eingecheckten Soll-Zustand zu halten.},
  language  = {de}
}