Una delle recenti domande poste sui potenziali motivi per utilizzare Solaris su un server. Vorrei chiedere il contrario:
Quali sarebbero i motivi per stare lontano da Solaris su un server?
Mi viene in mente la gestione di pacchetti e patch, ma sono sicuro che c'è di più. È inoltre possibile evidenziare i vantaggi di altri sistemi operativi server su Solaris.
Risposte:
Sono (era) un amministratore di Solaris fino a circa nove anni fa, dalla v2.5 alla v8. Ho avuto una piccola esposizione a Solaris 9 e quasi nessuna a 10.
Le mie ragioni per evitare Solaris:
Il supporto hardware non è altrettanto buono di molti sistemi operativi Linux o Windows. Sta migliorando.
È possibile eseguire Solaris gratuitamente, ma non è possibile ottenere aggiornamenti gratuitamente. Neanche aggiornamenti di sicurezza. Nemmeno exploit di 0 giorni. Devi acquistare un piano di supporto, per sistema, che può essere costoso. Ciò significa che il modo per ottenere gli aggiornamenti è attendere la prossima versione "U" e aggiornare a quel punto.
OpenSolaris è troppo sanguinante per me. Cambia troppo spesso e le versioni vagano troppo vicino a instabili o inaffidabili per le mie esigenze.
Tra Solaris e OpenSolaris, Sun è riuscita a perdere totalmente il felice mezzo tra "benvenuti nel 2004" e "Sono così nuovo e brillante che non lavoro davvero al 100%!"
Prima ero disposto a usare Solaris prima dell'implosione del progetto Blastwave. Da lì ho potuto ottenere strumenti più recenti che si adattano maggiormente al modo di fare Linux (che è dove spendo il 95% del mio tempo professionale) con un modo online relativamente semplice di gestione degli strumenti e degli aggiornamenti. Una volta che Blastwave e CSW si saranno sistemati, esaminerò entrambi i resti e deciderò se vale la pena dedicare tempo e fatica a uno di essi. In realtà, la perdita di Blastwave come fonte affidabile di strumenti è stata un duro colpo per la fattibilità di Solaris nei miei ambienti.
Ma la ragione numero uno per me è che in questo momento non ho bisogno di fare nulla che richieda Solaris.
La mia più grande preoccupazione, in quanto grande cliente Oracle, è che alla fine elimineranno Solaris o "Oracle Enterprise Linux" (la loro rinascita di RHEL).
Ovviamente entrambi hanno i loro vantaggi e i loro lati negativi, ma so che stanno vendendo molti più accordi di supporto OEL rispetto a quelli che Sun stava vendendo per Solaris e ovviamente possiedono i costi di sviluppo di Solaris, i costi di sviluppo di OEL quindi molto poco.
Tutti adoriamo Solaris ma se non vende abbastanza bene e costa troppo per svilupparlo, sono sicuro che Oracle semplicemente lo "spogliare" (manterrà ZFS ecc.) E lo venderà a qualcun altro. Questa sarebbe la mia principale preoccupazione.
Per 10-15 anni, la più grande preoccupazione è stata per il futuro di Sun e il futuro di SPARC. Stavo quasi per arrendermi quando uscirono con Solaris 10 che balzò in avanti in termini di tecnologia (anche se ci vollero circa 1 anno per essere degni di produzione). Il recente acquisto di Oracle aggiunge molte incertezze a breve termine, ma ciò potrebbe scomparire abbastanza rapidamente (indipendentemente dal risultato). SPARC sembra ancora una causa persa, anche se c'è stato un gran ronzio attorno ai loro "nuovi" processori CoolThreads, ma questi sono troppo specializzati per ottenere ampia accettazione.
Sarà interessante osservare le tendenze del settore ... Anni fa, ho osservato molte aziende di Wall Street affollarsi su Linux (da Solaris / sparc) non per Linux, ma per x86. Quando uscì Solaris 10, ci fu sicuramente un'inversione parziale di Solaris, sempre su x86.
La gestione dei pacchetti e delle patch non dovrebbe essere una preoccupazione, è una questione di conoscenza / abilità. Per offrirti una prospettiva diversa, il mio nuovo lavoro è in un ambiente Linux e sia la gestione dei pacchetti che quella delle patch mi preoccupano. Queste sono vecchie preoccupazioni generiche per le quali ci sono risposte.
Mi mancherà molto Solaris, alcune cose non possono essere trovate altrove.
L'unica ragione per cui posso venire in mente è la "mancanza" di supporto / informazioni sul web se non sei un esperto di Solaris (rispetto a Linux o FreeBSD).
Il confronto tra Solaris 10 e Linux è Apples to Oranges. Principalmente la differenza è nell'ambiente di build, come può testimoniare chiunque abbia spostato le app Linux su Solaris. Mi aspetterei che Oracle si concentrasse sulla costruzione del modello di compatibilità sorgente / applicazione Linux anziché cercare di posizionare Solaris come sostituto di Linux. Anche Linux non è un sostituto di Solaris!
Per le piccole applicazioni Linux va bene, per le applicazioni integrate è probabilmente meglio. Per le grandi applicazioni Iron, Solaris è in una classe diversa rispetto a qualsiasi distribuzione Linux. Esamina lo stack TCP / IP di Solaris, la pianificazione in tempo reale, la gestione dei servizi, la virtualizzazione a prova di proiettile (zone) e disponi di un super set di funzionalità rispetto a Linux. Aggiungi ZFS, DTRACE e MULTI-THREAD SCHEDULING e sei in una classe di sistemi operativi completamente diversa.
Linux è fantastico, lo adoro. Solaris è eccezionale, lo adoro anche io. Ognuno ha i suoi vantaggi e svantaggi. Oracle certamente non costruirà i suoi prodotti di grande ferro come EXEDATA2 su LINUX quando avrà un prodotto superiore per grandi ambienti di ferro in Solaris.
Quando il mio host di server condiviso è passato da BSD a Open Solaris, il jailing FTP è andato via. Non so se il jailing FTP possa essere reso disponibile su Open Solaris utilizzando un altro server FTP o forse riconfigurando il server FTP predefinito.
Gli autori della pagina wiki di Joyent sul problema attribuiscono il problema a getcwd .
lavoro su Solaris dal 2002 (quindi 15 anni ormai) e tutto ciò che posso dire è che è stato il mio sistema operativo "preferito" per tutto questo tempo, in particolare per la sua stabilità e stabilità con applicazioni commerciali conosciute come networker, oracle (quando era ancora Sun), netbackup e così via.
ma è più una "passione" per Solaris che altro.
dopo 15 anni, per me i "problemi principali" (se possiamo chiamarli problemi) erano:
la mancanza di documentazione online rispetto ad altri sistemi operativi (in particolare quando si tenta di eseguire il debug delle prestazioni del sistema), ma era meglio all'arrivo di Solaris 10. in particolare per i servizi di infrastruttura come LDAP, Kerberos, NIS2LDAP ecc. ogni sistema è stato documentato separatamente ma non si è mai riusciti a trovare una buona documentazione con le persone che implementano tutto in una volta.
patch / upgrade (la mia azienda ha dovuto sviluppare un proprio sistema di patching per Solaris)
la mancanza di strumenti / binairies compatibili online (spesso dovevamo compilare i nostri e raramente trovare binair precompilati)
le difficoltà a comprendere i problemi di prestazioni a volte a causa della mancanza di buoni strumenti (Solaris non è per i principianti che cercano di capire come funziona il sistema) e la sua gestione della memoria specifica (in particolare se utilizzata insieme ai database Oracle e tutto ciò che utilizza memoria condivisa)
d'altra parte, Solaris è ancora il mio sistema operativo preferito finora per diversi motivi, alcuni dei quali sono:
non ho mai provato Solaris 11, ma sembra fantastico e non avrei nulla contro di esso. sono abituato a Solaris 10 (lo usiamo ancora pesantemente dove lavoro) e RHEL ora (il che è fantastico, ma completamente diverso) RHEL è il modo semplice di andare ..... se non vuoi lottare e vuoi trovare soluzioni a pagina 1 di google in caso di problemi ..
Solaris è piuttosto instabile. Giocare con le code dei messaggi POSIX, provoca molti comportamenti privi di documenti. D'altra parte Linux funziona come un incantesimo, nessun problema.
EDIT (dopo 1,5 anni di ricerche e test approfonditi): OK, ragazzi, forse Solaris non è poi così male. Il problema è che errno.h di default NON è FILETTATO SICURO. Quindi ricevo errori casuali da altri thread. Quindi abbiamo bisogno di definire _REENTRANT, _TS_ERRNO o _POSIX_C_SOURCE - 0> = 199506L per rendere sicuro il thread errno. Si noti che su altri sistemi operativi errno per impostazione predefinita è thread-safe. Quindi provoca confusione.
mq_receive()ritorna ssize_t, NON int . NON sono gli stessi. Secondo, per 7.1.3 Identificatori riservati dello standard C : "Tutti gli identificatori che iniziano con un trattino basso e una lettera maiuscola o un altro trattino basso sono sempre riservati per qualsiasi uso." Il codice Enduro / X è diffuso con identificatori riservati. Se stai per essere un idiota pedante solo perché un sistema operativo restituisce un documento non documentato errno, probabilmente non dovresti scrivere codice che non soddisfa gli standard.