> For the complete documentation index, see [llms.txt](https://prof.aheil.de/devops/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://prof.aheil.de/devops/devops-philosophie.md).

# DevOps Philosophie

## Lernziele

* **Verstehen** worin die Probleme in der klassischen Trennung zwischen Entwicklung und Betrieb liegen.
* Den zentralen chronischen Konflikt als auch die damit in Zusammenhang stehende Abwärtsspirale hinsichtlich von Firmenzielen **verstehen**.

## Warum wird DevOps benötigt?

Die Frage lässt sich mit einem Blick auf die Evolution von Entwicklung und Deployment von Features in IT-Produkten und Dienstleistungen in den vergangenen 40 Jahren erklären:

| Was              | früher                | heute               |
| ---------------- | --------------------- | ------------------- |
| Kosten           | 2.000.000-3.000.000 € | 1.000-100.000 €     |
| Entwicklungszeit | 1-5 Jahre             | ca. 2 Wochen        |
| Deployment-Zeit  | Wochen - 2-3 Monate   | Wochen - 2-3 Monate |

**Beschleunigter Trend**

|                             | 1970er bis 1980er                     | 1990er                                 | 2000er bis heute                            |
| --------------------------- | ------------------------------------- | -------------------------------------- | ------------------------------------------- |
| Ära                         | Mainframes                            | Client/Server                          | Commodities u. Cloud                        |
| Representative Technologien | COBOL, DB2                            | C++, Oracle, Solaris                   | Java, MySQL, RedHat, Ruby on Rails, PHP, JS |
| Zyklusdauer                 | 1-5 Jahre                             | 3-12 Monate                            | 2-12 Wochen                                 |
| Kosten                      | 1.000.000-100.000.000.000 US$         | 100.000-10.000.000 US$                 | 10.000-1.000.000 US$                        |
| Riskant für                 | Gesamtes Unternehmen                  | Produktlinie-/bereich                  | Produkt-Feature                             |
| Folgen bei Fehlern          | Bankrott, Firmenverkauf, Entlassungen | Umsatzziele verfehlt, C-Level gefeuert | vernachlässigbar                            |

Quelle 1: Adrian Cockcroft, Velocity and Volume (or Speed Wins), Flowcon, November 2013, 2013

Quelle 2: KEYNOTE: Velocity and Volume (or Speed Wins) by Adrian Cockcroft, <https://www.youtube.com/watch?v=wyWI3gLpB8o>

## Konfliktpotential

**Der zentrale chronische Konflikt und die Abwärtsspirale**

* Instandhalten zentraler, kritischer und meist sehr fragiler Systembestandteile – „… wir räumen das später auf…“
* Die Systeme, die an den ehesten Problemen bereiten...
  * ...sind unserer wichtigsten Systeme
  * ...sind Ziel der dringlichsten Änderungen
  * ...schlagen die Änderungen fehl, hat dies massive Auswirkungen auf Kunden, Umsatz, Sicherheit, Finanzen etc.
* Als Konsequenz aus den zuvor genannten Problemen:
  * Es werden neue Features versprochen
  * Der Technologiebereich einer Unternehmung muss diese realisieren
  * Das Versprechen findet statt ohne zu wissen, ob dies technologisch überhaupt möglich ist
* Jetzt gibt es also noch ein neues dringenderes Projekt
  * Neue Herausforderungen
  * Neue Technologien
  * Mehr technische Schulden – „… wir räumen das später auf…“
* Nun sind alle beschäftigt
  * Alles muss am Laufen gehalten werden
  * Alle haben weniger Zeit und alles dauert etwas länger
  * Kommunikation dauert etwas länger
  * Kleine Aktionen haben zu großen Auswirkungen
  * Liste der Aufgaben wird länger
  * Alles wird etwas aufwendiger
  * **Der Betrieb hat es immer schwerer stabile IT Services zu liefern**
  * Änderungen sind nicht willkommen
  * **Die Entwicklung kann nicht mehr auf Änderungen reagieren**

    <figure><img src="/files/O6bBfHc9XKeq297iVQ7g" alt=""><figcaption></figcaption></figure>

## Exkurs: Dringlich vs. Wichtig<br>

m Sprachgebrauch werden *dringlich* und *wichtig* oft und gerne vermischt…

Ist das geplante Release *wichtiger* als die Fehlkonfiguration der Firewall? Was ist *dringlicher*?

<figure><img src="/files/JE0JaUmXrjckY5myNdbK" alt=""><figcaption></figcaption></figure>

## **Nicht-technische Konsequenzen**

* Überstunden
* Arbeiten am Wochenende
* Probleme bei Deployments bis hin zu Ausfällen
* Bereitschaften
* Persönliche Heldentaten einzelner Mitarbeiter (Feuerwehreinsätze) Burn-Out
* Kündigung (der besten Mitarbeiter)
* ...


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://prof.aheil.de/devops/devops-philosophie.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.