Cosa rende CentOS "enterprise" rispetto alle distribuzioni "generiche" come Ubuntu?

Cosa rende CentOS "enterprise" rispetto alle distribuzioni "generiche" come Ubuntu?

Quando dico "impresa" intendo in realtà "migliore per le distribuzioni di server". Solo una domanda generale, perché stavo pensando di ospitare un'applicazione web sul mio computer (che esegue Ubuntu) e ho trovato una pagina in cui si diceva che CentOS aveva una quota di mercato del 30% per i server. Naturalmente, ciò non indica esattamente che è meglio in ogni caso, quindi volevo solo chiedere.

modificare

C'è un'altra cosa che non riesco davvero a capire ... la maggior parte di queste distribuzioni, usano le stesse applicazioni, hanno lo stesso gestore di pacchetti e tutte sono alimentate dallo stesso kernel. Dov'è la differenza, allora?

La "pagina di testo felice" di RHEL dice:

1. applicazioni più sicure
2. protezione contro i difetti di sicurezza comunemente sfruttati, ad esempio buffer overflow integrati nello stack software standard
3. protezione di altissimo livello tramite la funzione di sicurezza SELinux. Protegge i servizi di sistema da attacchi, piena trasparenza ed è facile da estendere e adottare.
4. supporto per l'autenticazione con smart card

Domande

1. Come? A meno che RHEL non abbia in qualche modo modificato le versioni dello stack software che utilizzerai (nel mio caso, Python e SQLite3), non ci sarebbe alcuna differenza.
2. Non lo afferma ogni altra distribuzione?
3. Ho sentito parlare di problemi riguardanti SELinux. Vorrei saperne di più.
4. ?

Una delle cose che RHEL / CentOS (e altri prodotti Enterprise Linux) forniscono che altre distribuzioni non forniscono è la stabilità API / ABI. Questa è una frustrazione per molte persone che sono nuove a RHEL, perché vedono solo che le versioni disponibili sono tutte più vecchie delle ultime versioni trovate nell'ultima versione di Ubuntu / Fedora / Gentoo / What. Ma, se stai supportando un prodotto che è stato distribuito su una scatola RHEL, non devi preoccuparti della tecnologia sottostante che il prodotto utilizza avendo il suo cambio API (con nuove versioni di apache, php, perl, python, glibc, qualunque cosa). Questo vale anche per la maggior parte dei moduli del kernel forniti per RHEL.

Ad esempio, se ho sviluppato un'applicazione Web che funziona su RHEL 5.0, posso essere abbastanza certo che continuerà a funzionare su RHEL 5.6 due anni dopo, mentre il sistema RHEL ha ricevuto aggiornamenti di sicurezza e correzioni di bug tutto il tempo.

Per rispondere alla domanda "più sicura": poiché RHEL esegue il backport delle correzioni di sicurezza alla versione rilasciata che forniscono, è possibile continuare ad avere un'API stabile su cui rilasciare il software senza preoccuparsi della sicurezza del sistema sottostante.

Nel mondo in cui lavoro, tutti gli strumenti CAD utilizzati richiedono l'utilizzo di RedHat Enterprise, alcuni con una versione specifica del kernel e numeri di build, altrimenti i fornitori non supporteranno i loro prodotti.

Il motivo per cui lo fanno è ovvio. Ci sono troppe distribuzioni e potenziali kernel e combinazioni di librerie per poter riprodurre ogni ambiente possibile per convalidare il loro prodotto o riprodurre errori che i clienti stanno riscontrando. Richiedere RedHat significa che entrambi possono utilizzare la propria piattaforma di riferimento per riprodurre gli errori dei clienti; e che il cliente ha un contratto di supporto con RedHat per aumentare la probabilità che qualsiasi problema reale ricondotto all'ambiente di riferimento RedHat venga effettivamente risolto.

Quando si spendono più di 000 $ all'anno per posto su alcuni strumenti CAD, i costi di supporto di RedHat aumentano il rumore.

Detto questo, quello che fanno la maggior parte dei miei clienti è avere solo uno o due sistemi RedHat originali ed eseguire la maggior parte dei loro computer su CentOS, che è una ricostruzione gratuita di RedHat. Se viene riscontrato un problema, viene riprodotto sui sistemi RedHat e il fornitore supporterà felicemente il problema da lì.

Questo dipende davvero dalla tua situazione. Ubuntu ha una versione severa e persino LTS (supporto a lungo termine) che in molti modi è buona quanto RHEL / CentOS. Lavoro in un ambiente misto. Generalmente usando Fedora o Ubuntu per desktop, uso FreeBSD, Gentoo e simili per dispositivi e server, mi attengo principalmente a CentOS ma gestisco anche molti server Ubuntu.

Non dirò che l'uno o l'altro è migliore o peggiore dell'altro, solo obiettivi diversi. Entrambi offrono supporto a pagamento e davvero, CentOS è solo RHEL ricostruito per essere gratuito, quindi stiamo davvero confrontando RHEL con Ubuntu

Il server Ubuntu di solito è più aggiornato sulle nuove funzionalità rispetto a RHEL se vuoi fare un'installazione e avere l'ultima e la più grande versione di PHP, MySQL o altri programmi, vorrai Ubuntu. Puoi trovarli su RHEL, ma è un dolore. Quindi si riduce davvero a come lo userai. Se questo server siederà in un armadio, da solo e eseguirai principalmente programmi standard e avrai un sacco di tempo per lavorarci su, scegli Ubuntu. In questo caso, gli aggiornamenti a questa casella non saranno più un problema. Se un aggiornamento interrompe qualcosa, puoi ripararlo in pochi minuti. Ho un server Ubuntu seduto in un rack proprio accanto alla mia sedia, è su Ubuntu non LTS e non è un problema fare aggiornamenti dist o aggiornamenti di sicurezza.

Se tuttavia gestirai molti server e utilizzerai un sacco di software non standard o altre configurazioni personalizzate sulla confezione, seleziona RHEL / CentOS. Non ho mai avuto un aggiornamento interrompere nulla su RHEL / CentOS. Ho diverse centinaia di miglia da me con accesso molto limitato che esegue felicemente aggiornamenti automatici della sicurezza e non ha mai causato problemi con le mie personalizzazioni. Non posso dire lo stesso per Ubuntu.

Trascorri del tempo con entrambi, vedi cosa ti piace e cosa si adatta alle tue esigenze specifiche.

CentOS è un derivato gratuito di Red Hat Enterprise Linux , che è destinato al mercato "enterprise", quindi è specificamente progettato per l'implementazione su una varietà di piattaforme come server, ecc. Per indirizzare quel mercato, la distribuzione probabilmente sta per concentrarsi maggiormente sulle versioni più vecchie e stabili dei pacchetti piuttosto che includere qualcosa di avventato. Anche la sicurezza sarà al centro.

Consulta le pagine Funzionalità e vantaggi del server RHEL e Funzionalità desktop per informazioni dettagliate.