Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rp [2011/08/26 13:54]
flacco
+++ rp [2011/08/26 13:59]
flacco
@@ Zeile 24: / Zeile 24: @@
 ===== openSUSE Maintenance Probleme =====
-Oft wird openSUSE als untauglich für produktive Server-Installationen dargestellt, Dies meist aufgrund von Vorurteilen und vor allem der leider inzwischen auf 18 Monate begrenzten Maintenance. Mit den Vorurteilen muss sich eigentlich niemand auseinandersetzen, es sind schlicht Vorurteile. Technisch hat openSUSE allemal das Zeug zum Server-Betriebssystem und braucht keinesfalls den Vergleich mit anderen freien Distributionen zu scheuen. Traurig und ein echtes Problem ist der kurze Maintenance-Zeitraum, der sich dennoch nicht von fedora oder Ubuntu unterscheidet. Allerdings können die Anhänger Red Hat- oder Debian-ähnlicher Distributionen auf Centos oder Ubuntu LTS ausweichen. Etwas Vergleichbares gibt es für Freunde der SUSE-Distributionen nicht, auch wenn dies Gegenstand vieler Diskussionen war und ist.
+Oft wird openSUSE als untauglich für produktive Server-Installationen dargestellt, dies meist aufgrund von Vorurteilen und vor allem der leider inzwischen auf 18 Monate begrenzten Maintenance. Mit den Vorurteilen muss sich eigentlich niemand auseinandersetzen, es sind schlicht Vorurteile. Technisch hat openSUSE allemal das Zeug zum Server-Betriebssystem und braucht keinesfalls den Vergleich mit anderen freien Distributionen zu scheuen. Traurig und ein echtes Problem ist der kurze Maintenance-Zeitraum, der sich dennoch nicht wesentlich von //fedora// oder //Ubuntu// unterscheidet. Allerdings können die Anhänger Red Hat- oder Debian-ähnlicher Distributionen auf Centos, Ubuntu LTS oder Debian selbst ausweichen. Etwas Vergleichbares gibt es für Freunde der SUSE-Distributionen nicht, auch wenn dies Gegenstand vieler Diskussionen war und ist.
 Trotzdem kann eine openSUSE-Server-Installation auch nach Ablauf der Maintenance weiter betrieben werden. Alternativ ist auch das Upgrade auf die Folgeversion (meist) möglich. Hilfe zur Selbsthilfe heißt hier das Stichwort. Technische Unterstützung kommt in Form des "Open Build Service" (OBS) daher. Der OBS erlaubt es Software-Pakete auch gegen ausgelaufene Versionen bauen. Die Strategie umfasst zwei Schritte.
@@ Zeile 68: / Zeile 68: @@
 Neue Programmversionen enthalten in der Regel zwar die notwendigen Patches, können aber Unterschiede in der Konfiguration zu ihren Vorgängern oder andere Software-Abhängigkeiten aufweisen. D.h. das Rolling-Distribution-Prinzip beinhaltet die Gefahr, dass nach einem Upgrade Fehler im System auftreten, beispielsweise nicht startende Dienste.
-Um dieses Risiko begrenzt zu halten beschränkt sich das Software-Angebot im Repository lediglich auf für einen Web- und Mailserver wesentliche Software. Auf Wunsch nehme ich allerdings gerne weitere Pakete auf. Mithilfe bei der Pflege des Repositories ist natürlich auch erwünscht.
+Um dieses Risiko begrenzt zu halten beschränkt sich das Software-Angebot im Repository lediglich auf für einen Web- und Mailserver wesentliche Software. Auf Wunsch nehme ich allerdings gerne weitere Pakete auf. **Mithilfe bei der Pflege des Repositories ist natürlich auch erwünscht.**
 Zur Minimierung des Risikos dieser Herangehensweise, empfiehlt es sich eine lokale Installation (etwa als VM) vorzuhalten, die dem eigenen Server entspricht und Upgrades dort zu testen, bevor sie auf der Produktivinstallation eingespielt werden.