In den frühen Tagen, in denen Linux im Geschäftsalltag ernster genommen wurde, gab es immer eine Nervosität, die auf die Erwähnung des Namens folgte. Tech-Mitarbeiter fanden heraus, dass "Es wurde von einem Universitätsstudenten in seinem Keller gestartet" nicht der beste Weg war, die Idee einer Open Source-Betriebsplattform an das Management zu verkaufen.
Das Bedürfnis nach einem soliden Unternehmen, das Linux-Alternativen unterstützt, wurde in jenen frühen Tagen von Red Hat befriedigt und hatte wahrscheinlich den größten Einfluss auf Linux für die Corporate Masses. Sie konnten Support-Lösungen zusammen mit ihren eigenen Markenversionen des Betriebssystems anbieten.
Dank ihres frühen Erfolgs mit der gesamten Palette von Linux-Anwendungen, von Privatanwendern bis zu Unternehmen, haben sie eine enorme Dynamik und eine erkennbare Marke aufgebaut, die ihnen bis heute erhalten bleibt, selbst im Wettbewerb mit anderen großen Namen wie Novell.
Wenn Sie in einer Unternehmens-IT-Umgebung leben, befinden Sie sich häufig in der sogenannten 3rd-Party-Vendor-Support-Matrix-Hölle. Das heißt, für jede Entscheidung, die Sie treffen, müssen Sie sicherstellen, dass das von Ihnen verwendete Betriebssystem / Software / Hardware "unterstützt" oder "zertifiziert" ist.
RedHat Enterprise Linux ist auf fast jeder Support-Matrix von kommerziellen Software- und Hardwareanbietern zu finden. Möglicherweise befindet sich auch Novell / SuSE SLES in der Matrix. Aber dann ist es soweit. Ende der unterstützten Linux-Distributionen. Und selbst dann listen diese Anbieter oft nur RHEL-Releases auf, die mindestens eine Generation hinter dem aktuellen Major-Release liegen. Hier werden die langfristigen Support-Angebote von RedHat wichtig.
Vielen Managern ist es auch sehr wichtig, dass es ein Unternehmen gibt, auf das Sie mit den Fingern zeigen und bei Problemen Supporttickets öffnen können.
quelle
Wir verwenden es, weil es eine der wenigen Linux-Varianten ist, auf denen Oracle (offiziell) ausgeführt wird.
quelle
Meine Firma hat sich für Redhat 7.3 entschieden, als wir 2001/2002 von Solaris migriert sind. Zu dieser Zeit hatten sie die beste Unterstützung für die von uns verwendete Hardware (Dell, das wir ausgewählt haben, weil wir bereits einen Lieferantenvertrag mit ihnen von unseren Windows-Systemen hatten).
Als wir den nächsten Entscheidungspunkt erreichten, dachte ich stark über Debian nach. Das Problem war, dass es zu der Zeit ungefähr 2 Jahre her war, seit die letzte stabile Version veröffentlicht wurde, und es war schrecklich veraltet. Jeder nutzte die Testbäume für die Produktion und es fühlte sich böse an. Am Ende haben wir uns für Red Hat Enterprise Linux entschieden. In Kürze haben wir CentOS verwendet, wenn dies möglich war, und nur RHEL, wenn wir ein Problem mit einem Supportvertrag mit einem anderen Anbieter hatten ( Husten, Orakel, Husten ), für den eine echte RHEL-Installation mit einem Supportvertrag erforderlich war.
Der große Vorteil für uns war der Support-Lebenszyklus. Wenn ich RHEL auf einem Server installiere, weiß ich, dass ich einen Support-Lebenszyklus von 5 Jahren bekomme, einschließlich der Behebung von Sicherheitsfehlern. Dieser Lebenszyklus lässt uns bei der Wartung der Server warm werden.
quelle
Geschichte und Marketing .
Red Hat wurde 1995 gegründet und ist eine kommerzielle Organisation, die speziell eine Reihe von Unternehmenssoftware und -diensten vermarktet.
Ubuntu ? Wurde erst 2004 veröffentlicht.
Debian ? Hinter dem Debian-Kernprojekt steckt keine wirklich große RH-ähnliche Unternehmenseinheit.
Trotzdem setze ich darauf, dass Canonical / Ubutu in den kommenden Jahren auf dem Weg in die Unternehmenswelt sein wird.
quelle
Es wird mit Dell ausgeliefert
quelle
Bekanntheit kann ein Faktor sein.
Ich starte CentOS auf allen meinen (einen) Linux-Servern. Ich habe mich aus Kostengründen (kostenlos) und aus Supportgründen (es gilt die umfassende RedHat-Dokumentation) für CentOS entschieden.
Es gibt deutliche Unterschiede zwischen RedHat-Derivaten und Debian-Derivaten. Ich bin einigermaßen versiert in der Befehlszeilenverwaltung eines RedHat-Derivats und sehe keinen Grund, von diesem Pfad abzuweichen, wenn ich mehr Server erwerbe.
quelle
Einfache Antwort: Support, Reputation und Zertifizierung.
Viele Anwendungen der Enterprise-Klasse werden nur "offiziell" auf RHEL ausgeführt und unterstützen Sie nicht, wenn Sie sie auf einer anderen Distribution ausführen, sodass der Unterstützungswinkel das Zweifache beträgt.
Suse kommt jedoch auf große Weise auf.
quelle
Redhat war das Hauptdistributionsunternehmen, das sich in den früheren Linux-Jahren auf Enterprise-y-Support konzentrierte.
Die Support-Infrastruktur von Ubuntu ist im Vergleich relativ neu.
Ich denke, leider beurteilen einige Unternehmen Stabilität und Sicherheit so.
quelle
Vor ein paar Jahren, als ich einen Security-Scan-Server einrichten musste, Nessus usw. ausführen wollte, begannen wir, uns mit Linux-Distributionen zu befassen. Das Management bestand auf einem Betriebssystem, bei dem ich einen Support-Anruf tätigen konnte. Die Mechanismen von Red Hat, ein Jahr Support zu erwerben, waren einfach und unkompliziert. Obwohl wir beide das System in Debian eingebaut haben, sind wir sofort zu Red Hat gegangen. Red Hat bietet Ihnen die Unterstützung, die das Management von Supportoptionen mit wenig oder gar keinem Aufwand wünscht. Sowohl die Business-Seite als auch die Techie-Seite sind also zufrieden.
quelle
Viele kommerzielle Anwendungen sind nur in RPMs verfügbar, die für bestimmte Versionen von RedHat verknüpft sind.
Ja, Sie können wahrscheinlich etwas zusammen hacken, damit es unter Debian läuft ... aber wie viel ist Ihre Zeit wert?
quelle
Es ist wie, warum 100 Jahre alter Wein so beliebt ist. Es ist bis zur Perfektion gealtert. RHEL bestätigt sich als stabil und bietet Unterstützung in diesem Sinne. Daher tun sie ihr Bestes, um sicherzustellen, dass der von ihnen gepackte Code alle Erwartungen erfüllt. Das Problem ist, dass sie in ihren Releases zwei Schritte hinter dem aktuellen Entwicklungsvorsprung zurückbleiben. Diese Richtlinie vermittelt den Benutzern in Unternehmen jedoch ein warmes und unscharfes Gefühl.
Von Zeit zu Zeit werden sie gebissen, und ich erinnere mich, dass sie verrückten Code aus Perls instabilem Baum gezogen haben und dafür gesorgt haben, dass eine Unmenge von Aps mit 100% CPU-Auslastung laufen.
Wirklich, warum ist irgendetwas beliebt? Weil viele Leute sagen "Es hat gut funktioniert für mich". Sie erhalten bewährten Code mit RedHats-Patches, um alle gemeldeten Fehler zu beheben und zu beseitigen. Die einzige Möglichkeit, die sie haben, besteht darin, Ihnen älteren Code zu geben, der Zeit hatte, in freier Wildbahn zu schmoren.
Persönlich finde ich es zu eng, ich muss meinen Kernel modifizieren, ohne meine Supportvereinbarung zu annullieren. Aber viele andere Leute wollen nur, dass das verdammte Ding funktioniert :)
quelle
1) Redhat hat eine lange unterstützte Lebensdauer für jede Distribution (zB rhel3, rhel4, rhel5 ...)
Ich denke, RH-Distributionen erscheinen alle paar Jahre und werden dann 4 bis 5 Jahre lang hochgradig unterstützt, dann für Sicherheit und größere Fehler bis 7 Jahre und schließlich für End of Lifed.
Dieser lange Lebenszyklus ist für Unternehmen von Nutzen, die Software entwickeln, da Sie Ihre Software bis zu 7 Jahre lang ausführen können, ohne sie häufig aktualisieren zu müssen. Sie wissen, dass APIs sich nicht ändern, Standardeinstellungen sich wahrscheinlich nicht ändern und Hauptversionen gewonnen werden nicht ändern. Dies ist jedoch auch ein schwerwiegender Nachteil für einige (insbesondere für Entwickler).
Sicherheits- und Bugfixes werden jedoch zurückportiert und gelegentlich mit neuen Funktionen versehen. Es können neue Pakete eingeführt werden, z. B. kann ein neuer Interpreter eingeführt werden, wenn er in Mode kommt.
Weitere Informationen finden Sie unter folgendem Link: http://www.redhat.com/security/updates/errata/
2) Eine Menge kommerzieller Software ist für Rhel freigegeben. In der Tat würde ich sagen, dass es die am häufigsten unterstützte Linux-Plattform für kommerzielle Software ist. Es hat eine große Reichweite mit den großen Enterprise-Apps wie Oracle, Peoplesoft, SAP, DB2 werden alle unterstützt.
3) Gleiche Hardware. Die meisten, wenn nicht alle Tier-1-Hardwarehersteller (und sogar einige der kleinen HW-Hersteller) stellen Treiber, Firmware-Installer, Dienstprogramme und Konfigurationstools für RHEL zur Verfügung und zertifizieren ihre Hardware für die Zusammenarbeit mit RHEL.
4) Es verfügt über eine gute Verwaltungssoftware für kleine und große Flotten, z. B. RHN- und Satellitenserver (im Grunde Ihre eigene lokale Version von RHN).
5) RH bietet Schadenersatz gegen Patentverletzungsfälle, z. B. Fälle im SCO-Stil
6) RH bietet Unterstützung. Möglicherweise die beste Linux-Unterstützung. Nicht sicher. Allerdings habe ich die Unterstützung selbst als glanzlos empfunden.
6) Es hat Schulungen und Zertifikate - sowohl die Schulungen als auch die Zertifikate sind gut, was meine Kollegen sagen. Ich habe noch nie an einem teilgenommen, aber meine Kollegen, die ich sehr respektiere, sagen alle Gutes über das Training und denken, dass das Zertifikat etwas wert ist, weil die Prüfungen praktisch und schwierig sind, selbst für Gott, erfahrene Systemadministratoren.
quelle
Red Hat gibt es schon lange, das Produkt ist bekannt. Es gibt eine bekannte große Firma (Red Hat), die das Produkt unterstützt.
quelle
Unterstützung für Hardware und Software in Unternehmensqualität.
quelle
Ich treffe keine Entscheidungen an meinem Arbeitsplatz, daher könnte dies falsch sein, aber ich habe den Eindruck, dass wir RHEL betreiben, weil es "unternehmerisch" und "offiziell" ist. Sie erhalten einen Vertrag, eine Telefonnummer und eine Rechnung. Es ist ganz einfach: Sie zahlen RedHat Geld, sie geben Ihnen ihr Produkt. Es gibt ein Gefühl von Sicherheit und Stabilität (was ich in ihren akzeptierten Sysadmin-Begriffen nicht meine). Unternehmen gefällt das.
IMHO, ich würde lieber Centos oder Fedora verwenden und das Geld, das wir für RedHat ausgeben, dafür ausgeben, Leute für die Entwicklung von Open-Source-Software zu bezahlen. RH-Support war für uns nicht besonders gut, RHN ist ein bisschen naff (langsam, bietet nicht viel, jetzt ist Spacewalk verfügbar) und es kann lange dauern, bis Fehler behoben sind . Keine großartige Rendite für das Geld, das wir ausgeben. Wenn wir Centos verwendet haben, gehen wir auf das Projekt zurück, in dem sie getestet und integriert werden können, bevor wir auf eine neue Version warten (oder ... vielleicht nicht, weil Centos irgendwie RHEL ähnelt - aber Sie haben die Idee). Wir könnten Reductive Labs bezahlen, um uns bei der Puppet- Integration zu helfen, oder einen Entwickler bezahlen, um einige Apache-Sachen zu entwickeln, die wir möglicherweise benötigen.
Natürlich, wenn jeder RHEL verlassen hätte, hätten wir vielleicht weder Centos noch Fedora.
(Haftungsausschluss: Dies sind meine Ansichten, nicht die meines Arbeitgebers, bla bla)
quelle
Ein weiterer Grund, der nicht erwähnt wurde: Im US-amerikanischen Verteidigungs- / Geheimdienstbereich ist Red Hat die einzige Linux-Distribution, die über alle Zertifizierungen und Akkreditierungen verfügt , nach denen Regierungsbehörden suchen.
quelle
Es läuft eigentlich auf 2 Faktoren hinaus:
Ich glaube nicht, dass viel mehr dahinter steckt. Es ist weder besser noch schlechter als andere Distributionen. RH leistet nur zufällig Support, den Sie in einer Unternehmensumgebung benötigen (oder wünschen).
quelle
Red Hat ist in der Unternehmenswelt beliebt, da der Anwendungshersteller, der Linux unterstützt, eine Dokumentation zu seinem Produkt erstellen muss und normalerweise eine (RHEL) oder zwei (Suse Linux) Distributionen zur Unterstützung auswählt. Da Suse in den USA nicht sehr beliebt ist, scheint RHEL so beliebt zu sein.
quelle