Salah satu pertanyaan terakhir yang diajukan tentang kemungkinan alasan untuk menggunakan Solaris di server. Saya ingin bertanya tentang hal yang sebaliknya:
Apa yang menjadi alasan untuk menjauh dari Solaris di server?
Paket dan manajemen tambalan muncul di pikiran, tapi saya yakin ada lebih dari itu. Anda juga dapat menunjukkan keunggulan sistem operasi server lain dibandingkan Solaris.
Jawaban:
Saya (adalah) admin Solaris hingga sekitar sembilan tahun yang lalu, dari v2.5 hingga v8. Saya sudah sedikit terpapar Solaris 9, dan hampir tidak ada sampai 10.
Alasan saya untuk menghindari Solaris:
Dukungan perangkat keras hampir tidak sebagus banyak sistem operasi Linux atau Windows. Itu membaik.
Anda dapat menjalankan Solaris secara gratis, tetapi Anda tidak bisa mendapatkan pembaruan secara gratis. Bahkan tidak ada pembaruan keamanan. Bahkan eksploitasi 0 hari. Anda harus membeli paket dukungan, per sistem, yang bisa mahal. Ini berarti bahwa cara untuk mendapatkan pembaruan adalah dengan menunggu rilis "U" berikutnya, dan memutakhirkan pada saat itu.
OpenSolaris terlalu berdarah bagi saya. Itu terlalu sering berubah, dan rilis berjalan terlalu dekat dengan tidak stabil atau tidak dapat diandalkan untuk kebutuhan saya.
Antara Solaris dan OpenSolaris, Sun telah benar-benar kehilangan media bahagia antara "selamat datang di tahun 2004" dan "Aku sangat baru dan berkilau. Aku tidak benar-benar bekerja 100%!"
Saya dulu lebih suka menggunakan Solaris sebelum proyek Blastwave meledak. Melalui sana saya bisa mendapatkan alat-alat baru yang lebih sesuai dengan cara Linux dalam melakukan sesuatu (yang mana saya menghabiskan 95% waktu profesional saya) dengan cara online yang relatif mudah mengelola alat dan pembaruan. Setelah Blastwave dan CSW mulai tenang, saya akan melihat kedua sisa dan memutuskan apakah perlu untuk meluangkan waktu dan upaya untuk keduanya lagi. Sungguh, hilangnya Blastwave sebagai sumber alat yang dapat dipercaya adalah pukulan besar bagi kelangsungan Solaris di kalangan saya.
Tetapi alasan nomor satu bagi saya adalah bahwa saat ini saya tidak perlu melakukan apa pun yang membutuhkan Solaris.
Kekhawatiran terbesar saya, sebagai pelanggan Oracle yang besar, adalah bahwa mereka pada akhirnya akan menghapus Solaris atau 'Oracle Enterprise Linux' (rebadge mereka dari RHEL).
Jelas keduanya memiliki manfaat dan kelemahan mereka, tetapi saya tahu bahwa mereka menjual lebih banyak perjanjian dukungan OEL daripada Sun menjual untuk Solaris dan tentu saja mereka memiliki biaya pengembangan Solaris, biaya dev OEL kemudian sangat sedikit sekali.
Kita semua menyukai Solaris tetapi jika itu tidak cukup laku dan harganya terlalu mahal untuk dikembangkan maka saya yakin Oracle hanya akan 'melepas aset' itu (mempertahankan ZFS dll.) Dan menjualnya kepada orang lain. Itu akan menjadi perhatian utama saya.
Selama 10-15 tahun, kekhawatiran terbesar adalah tentang masa depan Sun dan masa depan SPARC. Saya hampir siap untuk menyerah ketika mereka keluar dengan Solaris 10 yang maju dalam hal teknologi (meskipun butuh ~ 1 tahun untuk menjadi layak produksi). Pembelian Oracle baru-baru ini menambah banyak ketidakpastian jangka pendek tetapi itu bisa hilang dengan cepat (terlepas dari hasilnya). SPARC tampaknya masih menjadi penyebab yang hilang, meskipun ada banyak desas-desus di sekitar prosesor CoolThreads "baru" mereka, tetapi ini terlalu khusus untuk mendapatkan penerimaan luas.
Akan menarik untuk menyaksikan tren industri ... Bertahun-tahun yang lalu, saya mengamati banyak perusahaan Wall Street berbondong-bondong ke Linux (dari Solaris / sparc) bukan untuk Linux, tetapi untuk x86. Ketika Solaris 10 keluar, pasti ada pembalikan sebagian untuk Solaris, lagi pada x86.
Manajemen paket dan patch seharusnya tidak menjadi masalah, ini masalah pengetahuan / keterampilan. Untuk menawarkan Anda perspektif yang berbeda, pekerjaan baru saya adalah di lingkungan Linux dan manajemen paket dan tambalan membuat saya khawatir. Ini adalah keprihatinan umum lama yang jawabannya ada.
Saya akan sangat merindukan Solaris, beberapa hal di dalamnya tidak dapat ditemukan di tempat lain.
Satu-satunya alasan saya dapat memunculkan adalah "kurangnya" dukungan / info di web jika Anda bukan seorang ahli dengan Solaris (dibandingkan dengan Linux atau FreeBSD).
Membandingkan Solaris 10 dengan Linux adalah Apel ke Jeruk. Terutama perbedaannya adalah dalam lingkungan build karena siapa pun yang telah memindahkan aplikasi Linux ke Solaris dapat membuktikannya. Saya berharap Oracle akan fokus membangun model kompatibilitas sumber / aplikasi Linux vs. mencoba memposisikan Solaris sebagai pengganti Linux. Linux juga bukan pengganti Solaris!
Untuk aplikasi kecil Linux baik-baik saja, untuk aplikasi embedded mungkin lebih baik. Untuk aplikasi Iron yang besar, Solaris berada dalam kelas yang berbeda dari distro Linux mana pun. Lihatlah tumpukan TCP / IP Solaris, penjadwalan waktu-nyata, manajemen layanan, virtualisasi anti-peluru (zona), dan Anda memiliki fungsionalitas super-set vs. Linux. Tambahkan ZFS, DTRACE, dan PENJADWALAN MULTI-THREAD dan Anda berada di kelas OS yang sama sekali berbeda.
Linux itu hebat, saya menyukainya. Solaris hebat, saya juga menyukainya. Masing masing punya kelebihan dan kekurangan. Oracle tentu tidak akan membangun produk-produk besinya seperti EXEDATA2 di LINUX ketika ia memiliki produk unggulan untuk lingkungan-lingkungan besi besar di Solaris.
Ketika host server bersama saya beralih dari BSD ke Open Solaris, pemenjaraan FTP hilang. Saya tidak tahu apakah FTP jailing dapat tersedia di Open Solaris dengan menggunakan server FTP yang berbeda, atau mungkin dengan mengkonfigurasi ulang server FTP default.
Penulis halaman wiki Joyent tentang masalah ini mengaitkan masalah dengan getcwd .
Saya telah mengerjakan Solaris sejak tahun 2002 (jadi 15 tahun sekarang) dan yang dapat saya katakan adalah bahwa itu adalah OS "favorit" saya selama ini, khususnya untuk stabilitas dan kestabilannya dengan aplikasi komersial yang dikenal seperti networker, oracle (saat itu masih Sun), netbackup & sebagainya.
tapi itu lebih dari "gairah" untuk Solaris daripada yang lain.
setelah 15 tahun, bagi saya "masalah utama" (jika kita dapat menyebutnya masalah) adalah:
kurangnya dokumentasi online dibandingkan dengan Sistem Operasi lain (khususnya ketika mencoba men-debug kinerja sistem), tetapi itu lebih baik ketika Solaris 10 tiba. khususnya untuk layanan infrastruktur seperti LDAP, kerberos, NIS2LDAP, dll. setiap sistem didokumentasikan secara terpisah tetapi Anda tidak pernah dapat menemukan dokumentasi yang baik dengan orang yang mengimplementasikan semuanya sekaligus.
tambalan / peningkatan (perusahaan saya harus mengembangkan sistem tambalan sendiri untuk Solaris)
kurangnya alat yang kompatibel / binai online (kami sering harus mengkompilasi sendiri dan jarang menemukan binairy yang dikompilasi)
kesulitan untuk memahami masalah kinerja kadang-kadang karena kurangnya alat yang baik (solaris bukan untuk pemula yang mencoba memahami cara kerja sistem) dan manajemen memori spesifiknya (khususnya ketika digunakan bersama dengan database oracle dan semuanya menggunakan memori bersama)
di sisi lain, Solaris masih OS favorit saya sejauh ini karena beberapa alasan, beberapa di antaranya adalah:
Saya tidak pernah mencoba Solaris 11, tetapi kelihatannya hebat, dan saya tidak akan menentangnya. Saya sudah terbiasa dengan Solaris 10 (kami masih banyak menggunakannya di tempat saya bekerja) dan RHEL sekarang (yang juga hebat, tapi sangat berbeda) RHEL adalah cara mudah untuk pergi ..... jika Anda tidak ingin berjuang dan Anda ingin menemukan solusi di halaman 1 google ketika Anda memiliki masalah ..
Solaris sangat tidak stabil. Bermain-main dengan antrian pesan POSIX, menyebabkan banyak perilaku tidak berdokumen .. Di sisi lain Linux berfungsi seperti pesona, tidak ada masalah sama sekali.
EDIT (setelah 1,5 tahun penelitian dan pengujian keras): OK, teman-teman, mungkin Solaris tidak begitu buruk. Masalahnya adalah errno.h secara default BUKAN BENANG AMAN. Jadi saya mendapatkan kesalahan acak dari utas lainnya. Jadi kita perlu _REENTRANT, _TS_ERRNO atau _POSIX_C_SOURCE - 0> = 199506L harus didefinisikan untuk mendapatkan errno thread aman. Perhatikan bahwa pada OS lain errno secara default aman untuk thread. Sehingga hal itu menyebabkan kebingungan.
mq_receive()kembali ssize_t, BUKAN int . Mereka TIDAK sama. Kedua, per 7.1.3 Pengidentifikasi yang dilindungi dari Standar C : "Semua pengidentifikasi yang dimulai dengan garis bawah dan huruf besar atau garis bawah lainnya selalu dicadangkan untuk penggunaan apa pun." Kode Enduro / X penuh dengan pengidentifikasi yang dilindungi undang-undang. Jika Anda akan menjadi orang brengsek hanya karena OS kebetulan mengembalikan yang tidak berdokumen errno, Anda mungkin tidak boleh menulis kode yang gagal memenuhi standar.