![Linux-App zum Messen des Mausabstands und des Tastendrucks](/f/0f558a828ca76cf335f6c84f54e1b4bb.png?width=100&height=100)
Ich kann nicht anders, als zu glauben, dass Sie hier viele schlecht definierte Konzepte einführen und deswegen zu schlechten Urteilen kommen.
Sofern Sie sich nicht auf Yum und RPM selbst beziehen, ist ein Vergleich von RHEL oder CentOS mit Fedora absolut irreführend.
Red Hat Enterprise Linux ist als Server- oder Workstation-Betriebssystem konzipiert, und sein Hauptzweck ist Stabilität. Es ist absichtlich nicht gut für Multimedia wie VLC geeignet, da die Mehrheit der Red Hat-Kunden diese Anwendungen nicht benötigen. Die Tatsache, dass Sie Debian Unstable und Fedora als austauschbar mit Debian Stable und RHEL behandeln, ist erschreckend.
—
„RedHat enthält ungefähr 3000 Pakete.
Die neueste Debian-Version (Wheezy) enthält weit über 38000 Pakete.“
Wenn Sie sich SPEZIELL auf Red Hat Enterprise Linux beziehen, haben Sie möglicherweise Recht. Red Hat bietet als kommerzieller Anbieter von Betriebssystemen mehrere verschiedene Produkte an. Es gibt zusätzliche Pakete auf ihren verschiedenen Plattformen wie jBoss, Tomcat, GlusterFS, Virtualisierungstools als Teil ihres RHEV-Produkts.
Wählen Sie das richtige Produkt aus und Sie werden feststellen, dass Ihnen weitere Pakete zur Verfügung stehen. Darüber hinaus pflegen und unterstützen sie das EPEL-Repository, auch wenn es nicht offiziell von Red Hat unterstützt wird die eine stabile Quelle für Enterprise Linux bietet und viele Pakete zur Erweiterung Ihres System. Diese Pakete werden nicht offiziell unterstützt, aber wie Sie selbst sagten, sind Sie nicht an unterstützten Paketen interessiert, also haben Sie sie.
—
„Das Beheben von RedHat-Bugs nimmt viel Zeit in Anspruch, da es von einer kleinen Gruppe von Personen – RedHat-Mitarbeitern – kontrolliert wird.
Die Fehlerbehebung in Debian geht sehr schnell, da Menschen aus der ganzen Welt aus der Debian-Community, die von verschiedenen geografischen Standorten aus gleichzeitig arbeiten, sie beheben.“
Dies ist offensichtlich falsch. Red Hat stellt Bugfixes, sobald sie verfügbar sind, über den Update-Kanal bereit. Wenn Sie RHEL verwenden, ist eine gültige Berechtigung (die funktional wie eine Lizenz ist) erforderlich, um Zugriff darauf zu erhalten, was der GESAMTE PUNKT bei der Verwendung eines kommerziellen Betriebssystems ist. Wenn Sie keinen Support dafür erwerben, erhalten Sie keine Updates mit RHEL. Wenn Sie CentOS verwenden, was genau die gleiche Software ist, die für Leute gedacht ist, die keinen kommerziellen Support wünschen, erhalten Sie diese Updates.
Red Hat hat von allen kommerziellen Betriebssystemen die absolut SCHNELLSTE durchschnittliche Zeit, um Fehlerkorrekturen durchzuführen, und übertrifft damit sowohl Microsoft als auch Apple. Im Durchschnitt sind sie auch schneller als Debian.
—
„RedHat veröffentlicht bis zum nächsten Release keine Paket-Updates, was bedeutet, dass Sie auf das nächste Release warten müssen, sei es geringfügig.
Die Debian-Gemeinde glaubt – Software ist ein kontinuierlicher Entwicklungsprozess, daher werden Updates auf täglicher Basis veröffentlicht.“
Red Hat stellt fast alle 6 Monate Point-Releases zur Verfügung. RHEL 6.4 zum Beispiel. Diese Updates bieten neue Funktionen, zusätzliche unterstützte Hardware und Fehlerbehebungen. Dies ist eine stabile, unterstützte Version.
Sie liegen völlig falsch, dass Debian dasselbe bietet. Debian Stable (das für Server gedacht ist) bietet keine ähnlichen Updates. Sie bieten Sicherheitsupdates, um Fehler zu beheben, aber sie führen keine neuen Funktionen in das stabile Betriebssystem ein. Debian UNSTABLE veröffentlicht laufend neue Funktionen, aber der Name der Distribution – unstable – impliziert, dass sie nicht darauf abzielt, zuverlässig und grundsolide zu sein. Ihr Vergleich hier ist völlig albern.
—
„RedHat veröffentlicht alle sechs Monate größere Updates und nichts dazwischen. Das Installieren neuer Updates in einem RedHat-basierten System ist eine mühsame Aufgabe, bei der Sie alles neu installieren müssen.
Die Installation der Debian-Updates, die jeden Tag veröffentlicht werden, ist eine ziemlich einfache Aufgabe, die nur 3-4 Klicks entfernt ist.“
Debian ist recht einfach, Bugfix-Updates zu installieren. RHEL ist genauso einfach. Beides kann über einen Cron-Job erfolgen, indem täglich Updates abgerufen und angewendet werden.
Red Hat wendet Bugfix-Updates an. Darüber hinaus haben sie ein Produkt namens Satellite, mit dem diese Fixes mit wenigen Klicks auf HUNDERTE von Systemen angewendet werden können.
—
” RedHat ist eine grundsolide, stabile Distribution, die nach kontinuierlichen Tests veröffentlicht wurde.
Debian enthält Pakete aus dem Stable-, Unstable- und Testing-Repository. Stable enthält grundsolide stabile Release-Pakete. Unstable enthält weitere aktualisierte Pakete, die bereit sind, in das Stable-Repository verschoben zu werden. Testing enthält bereits getestete und als sicher gekennzeichnete Pakete.“
Sie sind sich des Zwecks der verschiedenen Zweige von Debian absolut, katastrophal, nicht bewusst. Nein, Pakete im Test sind nicht „getestet, als sicher gekennzeichnet“.
Das Test-Repository von Debian dient dem Release-Engineering. „Testen“ ist die aktive Entwicklung für das nächste Release, was mit teilweise 18 Monaten noch weit weg ist und in der Vergangenheit buchstäblich JAHRE gedauert hat. Sie sind NICHT zum Mischen mit Stall bestimmt und garantieren INSBESONDERE keine Kompatibilität.
Der Unstable-Zweig von Debian ist noch SCHLECHTER. Sein Codename – Sid – ist nach einem Charakter in Toy Story (nach dem alle von Debian veröffentlichten Namen benannt sind) benannt, der Spielzeug MANGLED und MUTILATED hat. Unstable wird von Debian wörtlich als „ein Zerstörer von Spielzeug“ beschrieben und in diesem Fall ist „Spielzeug“ „Ihr Server“.
—
„Der RedHat-Paketmanager Yum ist weniger ausgereift und kann Abhängigkeiten oft nicht automatisch lösen.
Der Debian-Paketmanager Apt ist sehr ausgereift und löst Abhängigkeiten meistens automatisch auf.“
Wieder absolut falsch. An einem Punkt gab es große Flame Wars um Dpkg vs RPM. Heutzutage ist es ziemlich klar geregelt – RPM mit Yum bläst dpkg und apt-get aus dem Wasser.
Yum unterstützt Delta-RPMs, die die zum Herunterladen von Updates erforderliche Bandbreite minimieren. Es gibt kein Standardäquivalent des yum-Downgrade-Pakets in apt-get. yum unterstützt standardmäßig Spiegellisten, die (soweit ich weiß) von keinem Debian-basierten Repository unterstützt wird, geschweige denn von Debian selbst oder Ubuntu. Ubuntu bietet Unterstützung für die Suche nach dem schnellsten Repository, aber wenn es einmal fertig ist, verlässt es sich immer noch auf eine einzige Quelle.
Sowohl apt-get als auch yum sind SEHR in der Lage, Abhängigkeiten aufzulösen, wenn Sie Repos verwenden, die für Ihr Betriebssystem entwickelt wurden. Ich hatte noch nie Probleme mit EITHER ONE, es sei denn, ich habe etwas Dummes gemacht, wie Pakete mischen. Keines davon war ENTWICKELT, um Pakete zu installieren, die für andere Betriebssysteme gedacht sind, und es ist auch nicht besonders gut.
Beide sind SEHR GUT darin, Pakete aus verschiedenen Release-Zweigen selektiv zu installieren.
—
„Die Installation von VLC in RedHat Beta Release 6.1 ist eine sehr schwierige Aufgabe, bei der Dutzende von Paketen manuell installiert werden müssen.
Unter Debian ist es so einfach wie apt-get install vlc*“
Hier gibt es zwei KLARE Probleme, und beide sind das Ergebnis der Ahnungslosigkeit des Administrators.
Das erste Problem ist, dass dieser Artikel gestern (14. Oktober 2013) veröffentlicht wurde und RHEL zu diesem Zeitpunkt AUS DER BETA und IN RELEASE 6.4 ist.
Jeder Administrator, auf dem ein Server oder eine Workstation mit einer veralteten Betaversion läuft, ist ein Idiot, es sei denn, sein Chef oder seine Firma hat diese Version VERBOTEN, um in Betrieb zu gehen. In diesem Fall ist DIESE Person ein Idiot.
Zweitens ist vlc nicht in der RHEL-Betriebssystemversion enthalten. Es ist ein Paket, für das Red Hat keinen Support bietet und daher nicht in seinen Repositorys enthalten ist. Es IST jedoch Pakete für RHEL-Releases und wird von Red Hats unterstütztem Projekt über das EPEL zur Verfügung gestellt, das einen Befehl zum Hinzufügen und einen Befehl (yum install vlc -y) zum Installieren erfordert.
—
„Debian ist intelligent darin, Konfigurationsdateien von anderen Dateien zu unterscheiden. Dies erleichtert die Aufrüstung. Die jungfräulichen (unberührten) Konfigurationsdateien werden automatisch aktualisiert und die geänderte erfordert eine Interaktion des Benutzers, wenn der Paketmanager fragt, was zu tun ist, aber dies ist bei RedHat nicht der Fall.“
Dieser ist nicht streng "falsch", aber er ist ziemlich nah. Hier spielen ganz unterschiedliche Philosophien eine Rolle.
Debian neigt dazu, modulare Konfigurationsverzeichnisse zu verwenden (z. B. /etc/apache2/conf.d/), die es Paketen ermöglichen, modulare Konfigurationsdateien für Anwendungen bereitzustellen. Dies ist äußerst nützlich, da es Paketen wie phpMyAdmin ermöglicht, eine sehr kleine Datei phpmyadmin.conf in diesem Verzeichnis abzulegen.
Red Hat Distributionen vertreten die Position, dass jede Aktualisierung, die eine Änderung der Konfigurationsdatei erfordert, die Aufmerksamkeit des Administrators auf sich ziehen sollte, da sich das Verhalten der Anwendung geändert hat.
Jeder Ansatz hat Vor- und Nachteile, aber ich persönlich schätze den Ansatz von Red Hat mehr. Ich möchte nicht, dass ein einfaches Update die Konfiguration meiner Anwendungen ändert, was sich in vielen Fällen DIREKT auf Produktionsdienste auswirkt, die mit unseren Kunden interagieren und uns die Rechnungen bezahlen lassen.
Ein weiterer wichtiger Punkt, an dem dies zu sehen ist, ist, dass Red Hat einen Dienst nicht standardmäßig aktiviert, nur weil er installiert wurde. Ein einziger Befehl unter Debian kann einen HTTP-Server dem öffentlichen Internet zugänglich machen, noch bevor der Administrator die Möglichkeit hatte, ihn zu konfigurieren.
—
„Fedora verwendet ein einziges globales Repository, das nur freie Software enthält.
Debian enthält ein Contribution- und Non-free-Repository zusammen mit einem Free-Software-Repository.“
Fedora ist etwas ganz anderes als Red Hat Enterprise Linux. Wie Debian ist es ein Projekt mit mehreren Zweigen und zielt auf verschiedene Dinge ab. Das Fedora-Projekt verwaltet das EPEL-Repository, produziert mehrere installierbare Distributionen, bietet Sicherheitsupdates, Verbesserungen und viele Vorteile für den Benutzer.
Dies geschieht nicht mit einem einzigen, monolithischen Repository. Es gibt zu jedem Zeitpunkt mehrere unterstützte Versionen von Fedora sowie mehrere Versionen, die aktiv entwickelt werden, und eine „etwas in der Mitte“-Version namens Rawhide.
—
„Fedora verwendet ‚su‘, während Ubuntu standardmäßig ‚sudo‘ verwendet.“
Fedora verwendet beides. Es gibt ein Kontrollkästchen zur Installationszeit "Make user Administrator", das sudo konfiguriert. Es sollte beachtet werden, dass Debian standardmäßig su anstelle von sudo verwendet. Es sollte auch beachtet werden, dass Debian und Ubuntu SEHR UNTERSCHIEDLICHE PROJEKTE und inkompatible Betriebssysteme sind.
—
„Bei Fedora ist SELinux standardmäßig installiert und aktiviert, zusammen mit einer anderen ‚Härtungs‘-Software, um die Dinge im Gegensatz zu Debian standardmäßig sicherer zu machen.“
Debian arbeitet an SELinux und Ubuntu enthält AppArmor für die gleichen Dinge.
—
„Fedora, CentOs, Oracle Linux gehören zu den Distributionen, die rund um RedHat Linux entwickelt wurden und ist eine Variante von RedHat Linux.
Ubuntu, Kali usw. sind nur einige der Varianten von Debian. Debian ist wirklich eine Mutterdistribution einer Reihe von Linux-Distributionen.“
Es wäre genauer zu sagen, dass RHEL auf Fedora basiert. Das Fedora-Projekt wird teilweise als Release-Engineering durchgeführt, was zu zukünftigem Red Hat führt Enterprise Linux-Releases, auf die gleiche Weise, wie Debian Testing zu zukünftigen Debian Stable führt gibt frei.
—
„Die Installation von RedHat ist im Vergleich zu Debian wenig einfach zu installieren. Die Internetverbindung während der RedHat-Installation ist optional. Die Internetverbindung während der Debian-Installation ist optional, wird aber empfohlen. Außerdem muss man bis zum Squeeze den WEP-Schlüssel erwerben, um das WLAN-Netzwerk zu nutzen (Installation). WEP wird heutzutage nicht mehr verwendet und dies ist während der Installation von Debian vor dem Keuchen schmerzhaft. Wheezy unterstützt sowohl WEP als auch WPA.“
Sowohl Debian als auch verschiedene Red Hat-Varianten haben MEHRERE Installationsoptionen, die für unterschiedliche Bedürfnisse entwickelt wurden, wie Desktop, Offline, PXE-Boot, Netzwerkverbindung usw.
Beide haben extrem einfache und extrem komplizierte Optionen (aber außergewöhnlich leistungsstark), abhängig von den Anforderungen der Verwendung. Beide sind führend und den meisten anderen Distributionen in Bezug auf Benutzerfreundlichkeit und Flexibilität weit überlegen.
—
Meine Perspektive:
Das allererste, was ein ahnungsvoller Administrator tun muss, wenn er das beste Werkzeug für den Job findet, ist, DAS ZIEL EINDEUTIG ZU IDENTIFIZIEREN. So wenige Leute tun dies im Allgemeinen, während sie Dinge bewerten, und es ist einer der wichtigsten Punkte, die beim Bewerten und Vergleichen von Dingen zu tun sind.
Ich bin seit über 10 Jahren Linux-Profi und habe viele weitere Jahre davon in Bezug auf "Arbeitsjahre", da ich in dieser Zeit in mehreren Umgebungen gearbeitet habe.
Wenn Sie in einer Unternehmensumgebung arbeiten, in der Ihr Unternehmen Beziehungen zu Lieferanten schätzt, haben Sie wirklich fünf Möglichkeiten. Es gibt wirklich nur 6 Unternehmen für diese Bedürfnisse. Red Hat Enterprise Linux, Suse Enterprise Linux, Ubuntu LTS (mit Unterstützung von Canonical), Microsoft, Apple und IBM. Oracle mag hier erwähnt werden, aber meiner Erfahrung nach werden sie als „Derivatprodukt“ angesehen und schaffen kein Vertrauen bei Unternehmenskunden.
Debian berücksichtigt nicht einmal, da sie überhaupt keine kommerzielle Unterstützung anbieten.
Noch interessanter wird es, wenn Sie ein vielseitiges, leistungsstarkes und stabiles Betriebssystem ohne kommerzielle Unterstützung suchen, aber auch hier müssen Sie Ihren Zweck identifizieren.
Für Server und Worstations sind CentOS oder Scientific Linux großartig, ebenso wie Debian Stable- und Ubuntu LTS-Releases.
Für Desktops und Laptops sind Debian Testing, Ubuntu Stable (non-LTS) oder Fedora Stable Releases großartig. Die Einschränkung bei Fedora besteht darin, dem Drang nach einem Upgrade zu widerstehen, nur weil der neueste Stall herausgekommen ist. Dies gilt auch für Ubuntu-Releases, da häufig neue Fehler eingeführt werden. Folgen Sie einer stabilen Version einer dieser Versionen, bis sich das Ende der Lebensdauer nähert, und aktualisieren Sie dann auf die neueste unterstützte stabile Version. Auf diese Weise verbringen Sie zwischen 12 und 18 Monate mit stabiler, aktualisierter und einigermaßen unterstützter Software.
Antworten