Aspekte beim Bereitstellen in Stages
Wenn Sie eine klare Vorstellung von den verschiedenen Phasen haben, die Sie bereitstellen möchten, müssen Sie sich überlegen, was wann in diesen Phasen bereitgestellt wird.
Wie in der Einführung bereits erwähnt, geht es bei Continuous Delivery darum, dass eine Bereitstellung mehrmals täglich und bei Bedarf erfolgen kann.
Beim Festlegen, in welchem Rhythmus die Bereitstellungen erfolgen sollen, sollten folgende Fragen geklärt werden:
- Möchten wir unsere Anwendung bereitstellen?
- Möchten wir sie mehrmals täglich bereitstellen?
- Können wir sie in einer Stage bereitstellen? Wird sie verwendet?
Wenn ein Tester beispielsweise tagsüber eine App testet, ist es wahrscheinlich nicht wünschenswert, während der Testphase eine neue Version der App bereitzustellen.
Falls die Bereitstellung einer Anwendung für Ausfallzeiten sorgt, sollte diese Bereitstellung nicht erfolgen, wenn die Anwendung gerade genutzt wird.
Die Häufigkeit bzw. der Rhythmus der Bereitstellung ist je nach Stage unterschiedlich.
Ein gängiges Szenario ist Continuous Deployment während der Entwicklungsphase.
Jede neue Änderung endet dort, sobald sie abgeschlossen ist und erstellt wurde.
Die Bereitstellung in die nächste Phase erfolgt nicht immer mehrmals, sondern nur über Nacht.
Wählen Sie beim Entwerfen Ihrer Releasestrategie die Trigger sorgfältig aus, und berücksichtigen Sie den erforderlichen Releaserhythmus.
Folgende Fragen sollten dabei geklärt werden:
- Welche Umgebung wird als Ziel verwendet?
- Wird sie von einem Team oder von mehreren Teams verwendet?
- Wenn sie von einem Team verwendet wird, können Sie sie häufig bereitstellen. Andernfalls sind Sie besser ein wenig vorsichtiger.
- Wer sind die Benutzer? Wird mehrmals täglich eine neue Version gewünscht?
- Wie lange dauert die Bereitstellung?
- Kommt es zu Ausfallzeiten? Wie sieht es mit der Leistung aus? Sind Benutzer*innen davon betroffen?