Substitusi impor dalam praktek. Bagian 3. Sistem Operasi

Kami melanjutkan serangkaian artikel tentang substitusi impor. Dalam publikasi sebelumnya, opsi untuk mengganti sistem yang digunakan dengan yang "domestik" , dan khususnya hypervisor "produksi dalam negeri", dipertimbangkan.

Sekarang giliran untuk berbicara tentang sistem operasi "domestik" yang termasuk dalam daftar Kementerian Komunikasi saat ini.

0. Titik awal

Saya mendapati diri saya berpikir bahwa saya tidak tahu bagaimana membandingkan distribusi LINUX. Saya naik ke Wikipedia , itu tidak menjadi lebih jelas. Kriteria apa yang harus dipertimbangkan? Apa yang harus diambil sebagai titik referensi? Bagi saya - kriteria yang paling indikatif untuk OS server adalah stabilitas. Namun dalam kerangka uji coba, kata "stabilitas" terdengar paling tidak aneh. Ya, seminggu saya mempelajari sistem yang diperluas ... Tapi seminggu bukanlah indikator di dunia di mana beberapa tahun uptime bahkan bukan nilai rata-rata. Tes stres? Bagaimana cara memuat sistem pada dudukan? Selain itu, itu adalah OS yang perlu dimuat, bukan aplikasi, dan itu harus dimuat agar crash ... Dan jika tidak ada yang crash - bagaimana membandingkan? ..

Tetapi kemudian saya sampai pada kesimpulan bahwa stabilitas dapat ditarik secara kondisional dari ayah distribusi OS "domestik". Untuk Astra, misalnya, seperti Debian, untuk ROSA - Mandriva, untuk Calculate - Gentoo, dll. Dan hanya untuk Alt, sudah begitu lama berpisah dari Mandrake, sehingga dapat dianggap sebagai distribusi independen (dalam kaitannya dengan semua "domestik" OS lainnya). Tetapi harap diingat bahwa ini semua sangat sewenang-wenang, karena tidak diketahui apa kode sumber diisi oleh pengembang, dan apa yang diubah sebagai bagian dari peningkatan keamanan OS.

Kriteria yang lebih dapat dilacak adalah komposisi paket pengiriman OS dan paket dalam repositori. Tetapi dalam hal ini kita harus melanjutkan dari persyaratan kebutuhan. Saya memiliki tugas saya sendiri yang perlu diselesaikan, Anda memiliki tugas Anda sendiri, dan pendekatan untuk memilih perangkat lunak harus seperti ini: "Tugasnya adalah memilih perangkat lunak", dan bukan sebaliknya, seperti yang sering terjadi dalam ...

Jadi, layanan yang perlu digunakan selama "pindah":

• Server surat
• Zabbix
• DBMS
• Server web
• Server Jabber
• Cadangkan
• Paket kantor
• Pelanggan SUFD dan Bank
• Klien surat
• Browser

AD, DNS, DHCP, CertService tetap di server Windows (penjelasan tentang ini diberikan pada artikel sebelumnya ). Tetapi dalam keadilan, saya perhatikan bahwa Layanan Direktori dapat dinaikkan pada SAMBA atau FreeIPA yang sama, dan beberapa distribusi menyatakan layanan direktori "mereka" (Direktori Astra Linux, ALT, Direktori ROSA, Direktori Lotos). DNS dan DHCP juga naik pada distribusi Linux apa pun, dan tidak semua orang membutuhkan server sertifikasi.

Server surat . Saya suka Zimbra . Saya bekerja dengannya, dia nyaman, tahu cara mengumpulkan data dari Exchange, tahu banyak hal. Tapi itu hanya bisa digunakan di ROSA Linux. Anda dapat meletakkannya di OS lainnya, tetapi itu tidak akan dianggap sah. Di sisi lain, masing-masing OS "domestik" memiliki server mail sendiri, saya bertemu Zimbra.

Zabbix Dia tidak memiliki pesaing. Dalam rangka substitusi impor - terlebih lagi. Zabbix adalah bagian dari Alt Linux, RED OS, Astra dan ROSA. Dalam Calculate, itu ditandai "tidak stabil".

DBMS PostgreSQL mendukung semua OS "domestik".

Server web . Apache ada di semua OS server.

Server Jabber . Secara umum, ini direncanakan untuk memperkenalkan Bitrix24 , tapi saya sudah terbiasa dengan fakta bahwa semuanya telah berlangsung sangat lama, dan karena itu saya mempertimbangkan opsi dengan obrolan korporat berdasarkan jabber. Saya sudah terbiasa dengan OpenFire . Ini adalah bagian dari Calculate , RED OS dan ROSA. Ada juga ejabberd sebagai bagian dari ROSA, Alt, RED OS dan Astra.

Cadangkan . Ada Bacula , bagian dari Astra, Rosa, Alt, Calculate, AlterOS.

Suite kantor . Suite office gratis Libre Office ada di semua OS "domestik" klien (dan seringkali server).

Klien email . Thunderbird ada di semua "domestik" OS klien (dan sering server).

Browser Setidaknya Mozilla Firefox tersedia di semua sistem operasi. Yandex.Browser juga dapat diinstal di semua OS.

Dengan SUFD dan Bank, pelanggan menjadi sedikit lebih rumit. Secara resmi, semua ini dapat bekerja di hampir semua OS "domestik". Dalam praktiknya, ini cukup sulit untuk diverifikasi, karena Anda perlu membawa pengguna, membawa ke mesin yang diuji dan berkata "coba". Itu penuh. Jadi untuk pertama kalinya saya akan meninggalkan skema lama - klien dengan Windows dan token yang dilemparkan ke dalamnya oleh mesin virtual untuk setiap Bank. Untungnya, Linux tahu cara meneruskan token dengan pasti. Dan itu akan terlihat.

Selanjutnya, kami melanjutkan ke pemilihan Sistem Operasi yang memenuhi kebutuhan kami. Tetapi untuk objektivitas, saya mencoba untuk mencakup sebanyak mungkin sistem operasi dari registri Kementerian Perdagangan dan Industri.

1. Apa yang harus dipilih

Daftar dalam daftar Kementerian Komunikasi cukup luas, tetapi setelah pertemuan dewan ahli tentang perangkat lunak Rusia di bawah Kementerian Komunikasi Rusia, diputuskan untuk memeriksa kembali Ulyanovsk.BSD , RED OS dan OS .

Sistem yang saya anggap perlu untuk "menyentuh" :

• Astra linux
• Alt
• Hitung Linux
• Rosa linux
• OS MERAH
• AlterOS
• Wtware

Sistem yang menimbulkan lebih banyak pertanyaan daripada memberikan jawaban (untuk saya):

• Ulyanovsk.BSD
• Sumbu
• QP OS
• Alpha OS
• OS LOTOS
• Halo OS

Pertama, saya ingin agar setiap OS mengunggah tangkapan layar, deskripsi, fitur ... Tapi semua ini sudah terjadi. Banyak screenshot di situs pengembang, deskripsi juga ada di ratusan artikel tentang topik ini di RuNet, deskripsi kemungkinan juga dapat ditemukan di situs resmi ... Tapi jika Anda tidak memberikan "latihan", maka semuanya akan menjadi teori lagi, seperti yang terjadi pada teori pertama dua artikel. Video? ada juga ... Piring ringkasan, tentu saja, tapi itu bukan praktik ...

Jadi pada akhirnya, saya memutuskan untuk hanya menulis pendapat dan pemikiran pribadi saya tentang setiap distribusi selama pengujian. Yah, dan sedikit lebih bermanfaat, dan tidak terlalu, informasi.














Tentang harga. Pendapat pribadi saya, yang saya tidak memaksakan pada siapa pun dengan cara apa pun, dan tidak meminta untuk diambil kebenarannya, adalah sebagai berikut:
Kurangnya produk dalam penjualan langsung menunjukkan bahwa ini bukan sepenuhnya bisnis, karena setiap pelanggan akan dikenakan harga berdasarkan kontrak, dan ini Saya pribadi melihatnya sebagai "situasi standar" di negara yang tidak ada hubungannya dengan bisnis serius, dan ditujukan khusus untuk memotong uang.

2. Ringkasan

Jadi, kami membawa informasi penggalian ke dalam bentuk yang dapat dicerna.

Informasi dasar pada server OS:



* Ulyanovsk.BSD - ini FreeBSD hampir dalam bentuk paling murni.

Layanan utama yang dapat dinaikkan pada server OS:



Pengguna OS:



Astra Linux - bisa diterapkan. Debian stabil. Untuk pengguna - GUI dekat dengan Windows Explorer, yang akan menyederhanakan transisi ke OS baru. Sebagai server, sangat cocok untuk menyelesaikan hampir semua tugas yang harus saya selesaikan. Semua orang kecuali Zimbra.

Alt adalah sistem yang sangat layak. Mungkin hampir semua yang saya butuhkan. Stabil. Pengguna workstation desktop akan sangat luar biasa. Sebagai server, sangat cocok untuk menyelesaikan hampir semua tugas yang harus saya selesaikan. Semua orang kecuali Zimbra.
Tapi ada satu TAPI besar. Harga dukungan teknis. Biaya lisensi abadi 1,5 kali lebih murah daripada dukungan teknis selama setahun. 24.000 rubel per tahun ... Jika bukan karena harga pertanyaan ...

Di Calculate Linux Anda dapat menggunakan hampir semua hal yang menarik minat saya, tetapi kurangnya dukungan adalah masalahnya. Ya, gratis. Tetapi jika sesuatu terjadi - kepala administrator akan terbang.

ROSA Linux - bisa diterapkan. Anda dapat meningkatkan semua layanan yang saya butuhkan, termasuk Zimbra. Dari sudut pandang OS pengguna, masalahnya ada di LibreOffice versi lama.

OS MERAH - ya daripada tidak. Selain server surat dan sistem cadangan. Sebagai OS pengguna - mungkin tidak, hanya karena suite kantor yang sudah ketinggalan zaman. Tapi harga distribusi lebih tinggi dari harga pesaing ... Tapi ini adalah TOPI MERAH ... tapi ... tapi ...

AlterOS - baik Zabbix maupun server jabber tidak dapat dinaikkan. Sisanya adalah sistem yang cukup baik. Sebagai OS klien, masalahnya adalah suite kantor yang sudah usang, jika tidak untuk ini, maka itu adalah solusi yang cukup bagus.

WTware untuk klien tipis tidak masalah. Tapi ini bukan OS, jadi kemungkinan besar Anda tidak akan bisa menghitungnya dalam "hal-hal". Yaitu, dalam kasus saya, ketika ada 1.500 PC klien, tidak mungkin melaporkan substitusi impor dengan fakta bahwa kami mentransfer semua karyawan 1.5k ke klien tipis dan kami memiliki 300 jendela server lainnya, karena 1.5k ini bukan OS ...

Ulyanovsk.BSD - tidak. Untuk itu menimbulkan kekhawatiran karena kemungkinan akan dihapus dari registri Kementerian Komunikasi. Meskipun FreeBSD adalah hal yang baik dan terbukti, tetapi produk ini ...

OS- sampai masalah kelayakan perusahaan pengembangan dan dukungan diselesaikan, itu pasti tidak. Jika Anda memutuskan secara positif ... kemungkinan besar tidak baik ... Meskipun saya sudah terbiasa dengan CentOS, tetapi masih belum.

QP OS - jelas dan pasti tidak. Dengan spesialis dan sikap seperti itu ... Ini adalah pendapat subjektif saya, tetapi itu tidak akan berubah.

Alpha OS . Apa yang ditulis tentang dia di Internet dan ditampilkan dalam video terdengar menggoda. Masih akan ada sistem ini dalam kehidupan nyata ...

OS LOTOS . Membeli kucing di ladang? Tidak terima kasih Jika Anda tidak tertarik dalam pengujian, maka saya tidak tertarik untuk membeli perangkat lunak Anda untuk pengujian. Untuk alasan yang jelas,

Halo OS juga tidak ada di sana, karena saya tidak tahu apa itu dan apa yang dimakannya.

3. Ringkasan

Untuk menggunakan Zimbra Collaboration Suite OSE, saya memerlukan setidaknya 1 salinan ROSA Enterprise Linux Server , dan lebih baik 2, untuk mengonfigurasi proxy.

Untuk meningkatkan semua layanan lain, masuk akal untuk menggunakan Astra Common Edition atau EDIT OS , karena di masa depan harga sistem ini akan menjadi yang paling menguntungkan karena dukungan yang murah. Namun secara pribadi saya lebih terkesan dengan Astra.

Beberapa layanan non-kritis dapat digunakan berdasarkan Calculate Linux , karena gratis. Tetapi karena kurangnya dukungan, ini harus menjadi layanan seperti itu, downtime yang tidak penting untuk Enterprise, karena administrator sistem secara langsung bertanggung jawab atas kinerja mereka.

Custom OS - Saya lebih suka Astra CE yang sama . Dia memiliki office suite terbaru, GUI yang mudah digunakan, sistem dapat melakukan apa saja yang diperlukan. Ya, ini lebih murah daripada pesaing.

Jika ada kebutuhan untuk menyebarkan server direktori dan layanan infrastruktur lainnya, masuk akal untuk melihat OS dari keluarga yang sama yang akan digunakan untuk pengguna, setidaknya dari sudut pandang kompatibilitas. Dalam kasus saya, jika saya masih perlu melakukan ini, kemungkinan besar adalah Astra CE .

4. PS :

Saya belum menemukan paket CAD. Dan saya bahkan tidak tahu apakah itu layak dimulai, karena saya menemukan perangkat lunak "domestik" gratis dari kategori ini hanya dalam paket ROSA. Tetapi ada masalah besar dengan lisensi, karena jika ada kesalahan dalam perhitungan, karena produk Enterprise yang mahal tidak dapat dioperasikan, tanggung jawab akan ditanggung oleh insinyur yang mengembangkannya, dan bukan produsen perangkat lunak, yang harus memastikan keakuratan pekerjaannya. sistem ... Pertanyaan ini rumit, dan kemungkinan besar akan diputuskan oleh fakta bahwa akan tetap ada PC Windows di departemen pengembangan, atau semua ini entah bagaimana akan diperbaiki dan semua perhitungan akan dialihkan ke pusat data. Saya belum memikirkan hal ini.

4.1. PS2. : " Dari penulis "

a) Saya mencoba. Yang benar adalah. Tetapi saya benar-benar mengerti bahwa saya mungkin mengacau di suatu tempat. Tolong, sebelum dengan keras menekan tombol "karma rendah", tuliskan di komentar apa yang salah dan saya akan mencoba memperbaikinya jika itu sesuai dan objektif.

b) Saya mengerti bahwa informasi dalam artikel ini tidak disajikan persis seperti yang kita inginkan. Ada beberapa kebingungan dan bias, yang saya pikir tidak sepenuhnya benar. Tetapi mengingat fakta bahwa pekerjaan telah dilakukan cukup banyak, saya berhak untuk menyerahkan semua ini persis dalam bentuknya.

Juga pada topik yang dapat Anda baca:

Publikasi sebelumnya:

Artikel tentang perencanaan substitusi impor.

artikel tentang pilihan hypervisor domestik.

Dan selanjutnya:

Artikel tentang sistem dan layanan.

Dan tentang QP OS juga.