Checkmk
to checkmk.com

1. Der Entwicklungszyklus

Ein Zyklus von einer stabilen Checkmk-Version bis zur nächsten umfasst circa ein bis eineinhalb Jahre. Es beginnt damit, dass nach dem Release der Vorgängerversion (z.B. 1.6.0) mit dem Entwickeln der neuen Features für die kommende Version (z.B. 2.0.0) begonnen wird. Die Entwicklung findet auf dem Hauptentwicklungszweig (Master) statt.

Nach etwa 6-9 Monaten wird die erste Innovation-Version erstellt, welche in einem eigenen Zweig für eine kurze Zeit gepflegt wird.

Nach zwei bis vier Innovation-Versionen beginnt die Beta-Phase. Auch für diese wird ein Zweig abgespalten, auf dem die stabile Version finalisiert und später gepflegt wird. Auf dem Hauptzweig beginnt dann schon wieder die Vorbereitung für den nächsten Zyklus.

Sowohl auf dem Hauptentwicklungszweig als auch auf dem stabilen Zweig gibt es tägliche Zwischenversionen (Daily Builds), welche Ihnen einen schnellen Zugriff auf neue Features oder Bugfixes bieten. Grafisch dargestellt sieht das Ganze für die Version 1.6.0 etwa so aus:

development cycle

2. Versionen und Editionen

2.1. Tagesversionen vom Master (Daily Builds)

CEE Auf dem Entwicklungszweig (in der Versionskontrolle Git heißt dieser „master“) wird die Zukunft von Checkmk entwickelt. Damit Entwickler, Anwender und andere Interessierte sich jederzeit ein Bild vom aktuellen Stand der Software machen können, wird jeden Tag zwischen 0:00 und 6:00 Uhr mitteleuropäischer Zeit ein Installationspaket für alle unterstützten Linux-Distributionen gebaut. Diese Pakete werden auch Daily Builds, Git Snapshots oder Entwicklerversionen genannt und stellen den exakten Stand der Softwareentwicklung zu Beginn eines jeden Tages dar.

Die Tagesversionen sind natürlich oft fehlerbehaftet, da sie quasi einen mehr oder weniger „zufälligen“ Stand der Software enthalten. Im Gegensatz zu Innovation- und stabilen Versionen eröffnen Tagesversionen auch keinen neuen Entwicklungszweig und können daher auch nicht von uns gepatcht werden. Die einzige Möglichkeit einen Fehler in einer Tagesversion zu beheben, ist das Einspielen einer neueren Tagesversion, bei der dieser Fehler behoben ist. Leider kann dabei natürlich wieder ein neuer, anderer Fehler hineingeraten. Daher sollten Sie Tagesversionen niemals produktiv einsetzen.

Trotzdem sind die Tagesversionen sehr nützlich, wenn Sie neue Features zeitnah ausprobieren möchten. Dies gilt insbesondere dann, wenn Sie diese Features selbst bei uns in Auftrag gegeben haben!

Unser Support hilft Ihnen auch gerne bei Schwierigkeiten mit Tagesversionen, allerdings mit folgenden Einschränkungen:

  • Wir können Ihnen nur helfen, wenn Ihre Tagesversion nicht älter als eine Woche ist.

  • Wir können keine Patches erstellen.

  • Tagesversionen sind nicht vom Break/Fix Support abgedeckt.

2.2. Innovation-Versionen

CEE Innovation-Versionen sind ein besonderes Feature der CEE Checkmk Enterprise Editions und geben Ihnen die Möglichkeit, neue interessante Features der Software bereits lange vor der nächsten stabilen Version zu nutzen. Sie stellen einen Kompromiss zwischen Stabilität und Innovation dar.

Die erste Innovation-Version gibt es in der Regel ein halbes Jahr nach dem letzten stabilen Release. In einer Abfolge von 1-2 Monaten erscheinen 3-4 Releases, welche jeweils mit dem Kürzel i nummeriert sind (z.B. 1.6.0i2). Ähnlich wie stabile Versionen werden auch diese aktiv gepflegt  —  allerdings nur eine begrenzte Zeit von 1-2 Monaten, an die sich eine ebenso lange passive Pflege anschließt. Patches von i-Versionen erkennen Sie an einem p-Suffix, z.B. 1.6.0i2p1.

Innovation-Versionen sind nicht vom Break/Fix Support abgedeckt.

2.3. Beta-Versionen

Das Release einer neuen stabilen Version (z.B. 2.0.0) beginnt mit einer Beta-Phase. Um alle Fehler zu beheben und die Software tauglich für die Produktion zu machen, wird dazu ein stabiler Zweig abgespalten, welcher nur noch Fehlerbehebungen enthält. Auf dem Hauptzweig geht parallel die Entwicklung der Features für die Zukunft weiter.

Auf dem stabilen Zweig wird nun eine Serie von Beta-Versionen mit einem kleinen b im Namen veröffentlicht — (z.B. 2.0.0b1, 2.0.0b2, usw.). Das geschieht etwa alle zwei Wochen  —  solange bis keine gravierenden Fehler mehr bekannt sind.

2.4. Stabile Version

Nach der Beta-Phase gibt es den feierlichen Augenblick, an dem die neue stabile Version erscheint (z.B. 2.0.0). Da die Software nun von mehr Benutzern eingesetzt wird, werden jetzt in der Regel noch Probleme bekannt, die während der Beta-Phase nicht aufgefallen sind. Diese werden in einer Reihe von Patch Releases behoben (2.0.0p1, 2.0.0p2, usw.). Die Abstände dieser Releases sind anfangs recht kurz (etwa eine Woche) und später viel länger (einige Monate).

Zusätzlich zum Master werden auch auf dem stabilen Zweig Tagesversionen veröffentlicht, die Ihnen Bugfixes zeitnah bereitstellen. Diese tragen den Namen des Zweigs plus das Datum, z.B. 2.0.0-2021.03.12.

Sie können diese Versionen produktiv einsetzen, solange Sie Folgendes beachten:

  • Setzen Sie eine Tagesversion auf dem stabilen Zweig nur dann ein, wenn sie ein für Sie gravierendes Problem behebt.

  • Aktualisieren Sie auf die nächste Patch-Version, sobald diese erscheint.

2.5. Editionen und ihre Suffixe

Wenn Sie die Version einer Checkmk-Instanz mit dem Befehl omd version anzeigen, sehen Sie noch einen Suffix, der aus Sicht von OMD Teil der Versionsnummer ist:

OMD[mysite]:~$ omd version
OMD - Open Monitoring Distribution Version 2.0.0.cre

Dieses Suffix dient dazu, gleiche Versionen von verschiedenen Checkmk-Editionen zu unterscheiden. Auf diese Art ist es kein Problem, z.B. gleichzeitig die Version 2.0.0 der CRE Checkmk Raw Edition und der CSE Checkmk Enterprise Standard Edition installiert zu haben. Dies ist manchmal sogar sehr sinnvoll  —  nämlich wenn Sie von der CRE auf die CEE umsteigen möchten. Folgende Suffixe sind möglich:

.cre

CRE Checkmk Raw Edition

.cfe

CFE Checkmk Enterprise Free Edition

.cee

CSE Checkmk Enterprise Standard Edition

.cme

CME Checkmk Enterprise Managed Services Edition

3. Pflege und Support

3.1. Aktive Pflege

Die stabile Version wird aktiv gepflegt, d.h. mit Patch Releases versorgt. Wie lange das passiert, hängt davon ab, wann die Folgeversion freigegeben wird und dadurch zur neuen stabilen Version wird. Die Regel ab der Version 1.6.0 lautet: Die aktive Pflege endet für eine Version 6 Monate nach Freigabe der neuen Version. Da für die stabile Version die Folgeversion noch nicht freigegeben ist, dient der geplante Freigabetermin zur Festlegung der Support-Zeiträume

Damit werden für 6 Monate zwei Versionen parallel mit Patch Releases bedient: die stabile Version (stable) und die Vorgängerversion (oldstable). Eine Übersicht der Support-Zeiträume finden Sie am Ende dieses Artikels.

3.2. Passive Pflege

Nach Ablauf der aktiven Pflege geht der stabile Zweig in die passive Pflege über, die in der Regel ein weiteres Jahr dauert.

Während dieser Zeit beheben wir Fehler nur noch im Auftrag von Kunden, die uns diese im Rahmen eines Support-Vertrags in Form von Support Tickets melden. Falls Sie einen Vertrag mit Break/Fix-Option haben, sind solche Fehlerbehebungen darin enthalten.

Bugfixes während der passiven Pflege lösen weitere Patch Releases aus, von denen dann natürlich auch diejenigen Anwender profitieren, welche keinen Supportvertrag haben.

3.3. Support nach der Pflege

Nach Ablauf der passiven Pflege werden keine Releases mehr erstellt. Kunden, die auf das Verwenden einer so alten Version angewiesen sind und einen Support-Vertrag haben, können auch dann noch Hilfe von uns bekommen. Eventuelle Fehler können dann allerdings nur noch durch das Modifizieren von Dateien auf dem Kundensystem behoben werden. Dies ist natürlich sehr aufwendig und dementsprechend teuer. Auch sind diese Aktionen nicht vom Break/Fix Support abgedeckt.

3.4. Support-Zeiträume der stabilen Versionen

CEE Da Tages- und Beta-Versionen nur zu Testzwecken zu empfehlen und dafür auch die Support-Zeiträume entsprechend kurz sind, enthält die folgende Tabelle nur die aktuellen und ehemaligen stabilen Versionen. Ob Ihre Version also noch gepflegt wird und wann sie ihr Lebensende (End of Life) erreicht hat oder erreichen wird, können Sie der nachfolgenden Tabelle entnehmen:

VersionFreigabedatumEnde der aktiven PflegeEnde der passiven Pflege

2.0.0

2021-03-09

März 2022[1]

September 2023[1]

1.6.0

2019-09-24

2021-09-09

2022-09-09

1.5.0

2018-08-01

2020-02-01

2021-08-01

1.4.0

2017-05-31

2018-11-30

2020-05-31

1.2.8

2016-05-04

2017-11-04

2019-05-04


[1]. Dies ist ein vorläufiges Datum. Es wird nach der Freigabe der Folgeversion aktualisiert.
Auf dieser Seite