Dlaczego redhat wydaje się tak popularny w świecie przedsiębiorstw? [Zamknięte]

Tytuł mówi wszystko. Do użytku osobistego wolę Debian / Ubuntu niż Redhat. Niekoniecznie nie podoba mi się Redhat (a dokładniej CentOS lub Fedora) tak bardzo, że tak bardzo lubię system zarządzania pakietami Debiana.

Jakie są powody, dla których Redhat jest tak popularny?

(I dla jasności, pytam, bo naprawdę chcę wiedzieć, jakie są przyczyny. Więc nie ma wojen o płomienie!)

We wczesnych dniach, gdy Linux był traktowany poważniej w codziennym świecie biznesu, zawsze pojawiała się nerwowość, gdy następowała wzmianka o nazwie. Pracownicy techniczni stwierdzili, że „Rozpoczął go student uniwersytetu w jego piwnicy” nie był najlepszym sposobem na sprzedaż idei platformy operacyjnej Open Source do zarządzania.

Potrzeba solidnej firmy wspierającej alternatywy dla Linuksa została zaspokojona przez Red Hat w tych pierwszych dniach i prawdopodobnie miała największy wpływ na Linuksa dla mas korporacyjnych. Byli w stanie zapewnić rozwiązania wspierające wraz z własnymi markowymi wersjami systemu operacyjnego.

Dzięki wczesnemu sukcesowi z pełną gamą zastosowań Linuksa od osobistego do korporacyjnego, zbudowali ogromną dynamikę i rozpoznawalną markę, która pozostaje z nimi do dziś, nawet przy konkurencji ze strony innych wielkich nazwisk, takich jak Novell.

Jeśli żyjesz w środowisku informatycznym przedsiębiorstwa, często znajdujesz się w piekle nazywanym przeze mnie zewnętrznym dostawcą. Oznacza to, że przy każdej podejmowanej decyzji musisz upewnić się, że każdy używany system operacyjny / oprogramowanie / sprzęt jest „obsługiwany” lub „certyfikowany”.

RedHat Enterprise Linux można po prostu znaleźć na prawie każdej matrycy wsparcia od komercyjnych dostawców oprogramowania i sprzętu. Możesz także znaleźć Novell / SuSE SLES na matrycy. Ale to wszystko. Koniec obsługiwanych dystrybucji Linuksa. I nawet wtedy ci dostawcy często wymieniają tylko wersje RHEL, które są co najmniej o jedną generację za obecną wersją główną. Właśnie tam ważne stają się długoterminowe oferty wsparcia RedHat.

Dla wielu menedżerów bardzo ważne jest również to, że istnieje firma, na którą można wskazać palcami i otworzyć bilety pomocy technicznej w przypadku problemów.

Używamy go, ponieważ jest to jeden z niewielu smaków Linuksa, na którym Oracle (oficjalnie) będzie działał.

Moja firma poszła z Redhat 7.3, kiedy przeprowadziliśmy migrację z solaris w 2001/2002. W tym czasie mieli najlepszą obsługę używanego przez nas sprzętu (Dell, który wybraliśmy, ponieważ mieliśmy już umowę z dostawcą z naszych systemów Windows).

Kiedy dotarliśmy do następnego punktu decyzji, mocno zastanowiłem się nad Debianem (Ubuntu, który jest skoncentrowany na komputerach stacjonarnych, nie istniał i nie byłby brany pod uwagę, gdyby tak było). Problem polegał na tym, że od ostatniego stabilnego wydania minęły jakieś 2 lata i był on bardzo nieaktualny. Wszyscy używali drzew testowych do produkcji i było to okropne. Skończyło się na wyborze Red Hat Enterprise Linux, a następnie krótko za pomocą CentOS, gdy to możliwe, tylko przy użyciu RHEL kiedy mieliśmy pomocy problem kontrakt z innego dostawcy ( kaszel oracle kaszel ), które wymagane jest true-blue RHEL zainstalować z umową wsparcia.

Dużą zaletą był dla nas cykl życia wsparcia - jeśli zainstaluję RHEL na serwerze, wiem, że otrzymam 5 lat cyklu wsparcia, w tym poprawki błędów bezpieczeństwa. Ten cykl życia daje nam ciepłe kłopoty podczas konserwacji serwerów.

Historia i marketing .

Firma Red Hat została założona w 1995 r., Jest organizacją komercyjną, która specjalnie sprzedała zestaw oprogramowania i usług „klasy korporacyjnej”.

Ubuntu ? Został wydany dopiero w 2004 roku.

Debian ? Za głównym projektem Debian nie ma żadnej istotnej korporacyjnej korporacji podobnej do RH.

Mimo to stawiam na zakłady Canonical / Ubutu na drogach do świata przedsiębiorstw w nadchodzących latach.

Jest dostarczany z firmą Dell

Znajomość może być czynnikiem.

Pracuję na CentOS na wszystkich moich (jednym) serwerach Linux. Wybrałem CentOS ze względu na koszty (jest bezpłatny) i ze względu na wsparcie (obowiązuje obszerna dokumentacja RedHat).

Istnieją wyraźne różnice między pochodnymi RedHat a pochodnymi Debiana. Jestem umiarkowanie dobrze zorientowany w administracji wiersza poleceń pochodnej RedHat i nie widzę żadnego powodu, aby odstępować od tej ścieżki, gdy zdobywam więcej serwerów.

Prosta odpowiedź: wsparcie, reputacja i certyfikacja.

Wiele aplikacji klasy korporacyjnej „oficjalnie” działa tylko na RHEL i nie będą one obsługiwać, jeśli uruchomisz je na innej dystrybucji, więc kąt wsparcia jest dwa razy większy.

Suse nadchodzi jednak w wielkim stylu.

Redhat był główną firmą dystrybucyjną, która koncentrowała się na wsparciu Enterprise-y we wcześniejszych latach Linuksa.

W porównaniu z tym infrastruktura wsparcia Ubuntu jest stosunkowo nowa.

Myślę, że niestety tak niektóre firmy oceniają stabilność i bezpieczeństwo.

Kilka lat temu, kiedy musiałem zainstalować serwer skanujący zabezpieczenia, chciałem uruchomić Nessusa itp., Zaczęliśmy szukać dystrybucji Linuksa. Zarząd nalegał na system operacyjny, do którego mógłbym zadzwonić po wsparcie. Mechanizmy Red Hat dotyczące zakupu rocznego wsparcia były proste i łatwe. Tak więc, mimo że oboje wprowadziliśmy system, mieliśmy duże doświadczenie w Debianie, natychmiast udaliśmy się do Red Hat. Red Hat zapewnia pakietowe opcje zarządzania, których zarządzanie nie wymaga żadnego wysiłku. Tak więc zarówno strona biznesowa, jak i strona techniczna są zadowolone.

Wiele aplikacji komercyjnych jest dostępnych tylko w RPM połączonych z określonymi wersjami RedHat.

Tak, prawdopodobnie możesz zhakować coś razem, aby działało pod Debianem ... ale ile wart jest twój czas?

To tak, dlaczego 100-letnie wino jest tak popularne. Jest „postarzany do perfekcji”. RHEL potwierdza się jako stabilny i oferuje wsparcie w tym zakresie. Dlatego dokładają wszelkich starań, aby upewnić się, że kod, który pakują, działa zgodnie z wszelkimi oczekiwaniami. Problem polega na tym, że pozostają dwa kroki za bieżącą przewagą rozwojową w swoich wydaniach, jednak ta zasada zapewnia użytkownikom korporacyjnym ciepłe i rozmyte wrażenie.

Raz na jakiś czas się gryzą. Pamiętam, jak wyciągali jakiś szalony kod z niestabilnego drzewa perla i powodowali, że gazillionowe aplikacje działały przy 100% wykorzystaniu procesora. Programiści również się denerwują, ponieważ spakowane biblioteki są starożytne.

Naprawdę, dlaczego jest coś popularnego? Ponieważ wiele osób mówi „To działało dobrze dla mnie”. Otrzymujesz wypróbowany i przetestowany kod z łatkami RedHats zastosowanymi do naprawy i zgniatania wszystkich zgłoszonych błędów. Jedyny sposób, w jaki mogą to zrobić, to dać ci starszy kod, który miał czas na duszenie na wolności.

Osobiście uważam, że jest to zbyt ograniczone, muszę zmodyfikować jądro bez unieważniania umowy o wsparciu .. ale wiele innych osób chce, żeby to cholerstwo działało :)

1) Redhat ma długą, obsługiwaną żywotność dla każdej dystrybucji (np. Rhel3, rhel4, rhel5 ...)

Myślę, że dystrybucje RH są wydawane co kilka lat, a następnie bardzo wspierane przez 4-5 lat, a następnie obsługiwane przez bezpieczeństwo i poważne błędy do 7 lat, a następnie End of Lifed.

Ten długi cykl życia jest cenny dla firm tworzących oprogramowanie, ponieważ oznacza, że ​​możesz uruchomić oprogramowanie przez okres do 7 lat bez konieczności częstej aktualizacji, wiesz, że interfejsy API się nie zmienią, ustawienia domyślne prawdopodobnie się nie zmienią, a główne wersje wygrane się nie zmieniają. Jest to jednak poważny problem dla niektórych, zwłaszcza deweloperów).

Jednak zabezpieczenia i poprawki błędów zostaną przeniesione z powrotem, a czasami nowe funkcje. Można wprowadzić nowe pakiety, np. Można wprowadzić nowego tłumacza, jeśli stanie się modny.

Zobacz poniższy link, aby uzyskać szczegółowe informacje: http://www.redhat.com/security/updates/errata/

2) Wydano wiele programów komercyjnych dla rhel. W rzeczywistości powiedziałbym, że jest to najczęściej obsługiwana platforma linux dla oprogramowania komercyjnego. Ma duży zasięg dzięki obsługiwanym aplikacjom na dużą skalę, np. Oracle, Peoplesoft, SAP, DB2.

3) To samo ze sprzętem. Większość, jeśli nie wszyscy dostawcy sprzętu poziomu 1 (a nawet niektórzy głupiutcy mali dostawcy sprzętu) zapewniają sterowniki, instalatory oprogramowania układowego, narzędzia i narzędzia konfiguracyjne dla RHEL, a także certyfikują sprzęt do współpracy z RHEL.

4) Posiada dobre oprogramowanie do zarządzania flotami małej i dużej skali, tj. RHN i serwer satelitarny (w zasadzie Twoja lokalna wersja RHN).

5) RH zapewnia odszkodowanie w sprawach o naruszenie patentu, np. W sprawach typu SCO

6) RH zapewnia wsparcie. Prawdopodobnie najlepsze wsparcie dla Linuksa. Niepewny. Jednak wsparcie okazało się dla mnie beznadziejne.

6) Ma szkolenie i certyfikaty - zarówno szkolenie, jak i certyfikaty są dobre z tego, co mówią moi koledzy. Nigdy nie uczestniczyłem w żadnym, ale moi koledzy, których bardzo szanuję, wszyscy mówią dobre rzeczy o szkoleniu i wszyscy myślą, że certyfikat jest coś wart, ponieważ egzaminy są praktyczne i trudne, nawet dla Boga, doświadczonych administratorów systemów.

Red Hat istnieje od dawna, produkt jest dobrze znany. Istnieje dobrze znana duża firma (Red Hat) zapewniająca wsparcie dla produktu.

Wsparcie dla sprzętu i oprogramowania klasy korporacyjnej.

Nie podejmuję decyzji w moim miejscu pracy, więc może to być źle, ale mam wrażenie, że prowadzimy RHEL, ponieważ jest to „enterprise-y” i „oficjalne”; dostaniesz umowę, numer wsparcia telefonicznego i fakturę. To proste: płacisz pieniądze RedHat, oni dają ci swój produkt. Daje poczucie bezpieczeństwa i stabilności (co nie ma na myśli ich w przyjętych terminach sysadmin). Biznes to lubi.

IMHO, wolałbym, żebyśmy uruchomili Centos lub Fedorę i wydali pieniądze, które płacimy RedHat, na płacenie ludziom za rozwój oprogramowania open source. Obsługa RH nie była dla nas genialna, RHN jest dość naff (powolny, nie oferuje wiele teraz Spacewalk jest dostępny) i naprawianie błędów może zająć dużo czasu. Nie świetny zwrot z pieniędzy, które wydajemy. Jeśli użyliśmy Centos / cokolwiek, nasze poprawki wrócą do projektu, w którym można je przetestować i zintegrować przed oczekiwaniem na nowe wydanie (lub… może nie, ponieważ Centos jest trochę jak RHEL - ale masz pomysł). Możemy zapłacić Reductive Labs, aby pomóc nam w integracji Puppet lub zapłacić deweloperowi za opracowanie niektórych potrzebnych nam Apache.

Oczywiście, gdyby wszyscy porzucili RHEL, może nie mielibyśmy Centos ani Fedory ...

(zrzeczenie się: to są moje poglądy, a nie poglądy mojego pracodawcy, bla bla)

Jeszcze jeden powód, który nie został wspomniany: w amerykańskiej przestrzeni obronnej / wywiadowczej Red Hat jest jedyną dystrybucją Linuksa, która ma wszystkie certyfikaty i akredytacje , których szukają agencje rządowe.

W rzeczywistości sprowadza się do 2 czynników:

• Certyfikowana obsługa sprzętu komercyjnego
• Wsparcie jest dostępne

Nie sądzę, żeby było o wiele więcej. Nie jest ani lepszy, ani gorszy od innych dystrybucji. RH akurat zapewnia wsparcie, którego potrzebujesz (lub lepiej potrzebujesz) w środowisku korporacyjnym.

Red Hat jest popularny w świecie przedsiębiorstw, ponieważ dostawca aplikacji, który zapewnia obsługę Linuksa, musi napisać dokumentację na temat swojego produktu i zwykle wybiera jedną (RHEL) lub dwie (Suse Linux) do obsługi. Ponieważ Suse nie jest zbyt popularny w USA, RHEL wydaje się tak popularny.