Proyek Clear Linux mengalihkan fokus pengembangannya ke server dan sistem cloud

Pengembang distribusi Clear Linux сообщили tentang mengubah strategi pengembangan proyek. Area pengembangan utama adalah sistem server dan cloud, yang kini akan mendapat perhatian utama. Komponen edisi untuk workstation akan didukung secara sisa.

Pengiriman paket dengan desktop akan dilanjutkan, tetapi dalam paket ini akan ditawarkan versi asli lingkungan pengguna, tanpa add-on dan perubahan khusus Clear Linux. Termasuk pembentukan paket dengan GNOME, komposisi dan pengaturan desktop akan sesuai dengan tampilan referensi, apa yang ditawarkan secara default oleh proyek GNOME.

Sebelumnya ditawarkan sendiri tema izin, memisahkan kumpulan piktogram, add-on pihak ketiga yang sudah diinstal sebelumnya untuk GNOME Shell (lari-ke-dok, ikon desktop, ketidaksabaran, tema pengguna) dan pengaturan GNOME yang diubah pada tahap pertama akan menjadi lulus dalam paket terpisah"desktop-aset-ekstra". Minggu depan, paket desktop dijadwalkan untuk diperbarui ke GNOME 3.36, yang akan cocok dengan lingkungan referensi GNOME, setelah itu paket "desktop-assets-extras" tidak digunakan lagi.

Ingatlah bahwa distribusi Clear Linux dikembangkan oleh Intel dan menyediakan isolasi aplikasi yang ketat menggunakan wadah yang dipisahkan menggunakan virtualisasi penuh. Bagian dasar distribusi hanya berisi seperangkat alat minimal untuk menjalankan container dan diperbarui secara atom. Semua aplikasi dirancang sebagai paket atau Bundel Flatpak yang berjalan dalam wadah terpisah. Selain desktop yang disesuaikan, edisi pengembang terkenal karena dukungan perangkat kerasnya yang diperluas, integrasi sistem debugging berbasis FUSE, penambahan penginstal baru, dan kehadiran direktori aplikasi, yang menawarkan kit untuk menerapkan lingkungan pengembangan menggunakan berbagai bahasa dan teknologi.

Fitur Clear Linux:

  • Model pengiriman distribusi biner. Pembaruan sistem dapat dilakukan dalam dua mode: menerapkan tambalan pada sistem yang sedang berjalan dan memperbarui sistem sepenuhnya dengan menginstal gambar baru dalam snapshot Btrfs terpisah dan mengganti snapshot aktif dengan yang baru;
  • Menggabungkan paket ke dalam set (bundel), membentuk fungsionalitas yang sudah jadi, terlepas dari berapa banyak komponen perangkat lunak yang membentuknya. Bundel dan citra lingkungan sistem dibentuk berdasarkan repositori paket RPM, tetapi dikirimkan tanpa dibagi menjadi beberapa paket. Di dalam container, salinan Clear Linux yang dioptimalkan secara khusus berjalan, berisi bundel yang diperlukan untuk menjalankan aplikasi target;
  • Sistem instalasi pembaruan yang efektif dibangun di bagian dasar distribusi dan memastikan percepatan pengiriman pembaruan yang memperbaiki masalah kritis dan kerentanan. Pembaruan di Clear Linux hanya mencakup data yang telah diubah secara langsung, sehingga perbaikan umum untuk kerentanan dan kesalahan hanya memerlukan waktu beberapa kilobyte dan diinstal hampir secara instan;
  • Sistem pembuatan versi terpadu - versi distribusi mewakili status dan versi semua komponennya, yang berguna untuk membuat konfigurasi yang dapat direproduksi dan melacak perubahan pada komponen distribusi di tingkat file. Mengubah/memperbarui bagian mana pun dari sistem selalu menyebabkan perubahan versi keseluruhan dari keseluruhan distribusi (jika di distro biasa nomor versi paket tertentu hanya bertambah, maka di Clear Linux versi distro itu sendiri bertambah) ;
  • Pendekatan stateless untuk mendefinisikan konfigurasi, menyiratkan bahwa kelas pengaturan yang berbeda dipisahkan (Pengaturan OS, pengguna dan sistem disimpan secara terpisah), sistem tidak menyimpan statusnya (stateless) dan setelah instalasi tidak berisi pengaturan apa pun di direktori /etc, tetapi menghasilkan pengaturan dengan cepat berdasarkan templat yang ditentukan saat startup. Untuk mengatur ulang pengaturan sistem ke nilai default, Anda cukup menghapus /etc dan /var;
  • Menggunakan virtualisasi penuh (KVM) untuk menjalankan container, yang memungkinkan tingkat keamanan yang tinggi. Waktu startup container sedikit di belakang sistem isolasi container tradisional (namespace, cgroups) dan dapat diterima untuk meluncurkan container aplikasi sesuai permintaan (waktu startup lingkungan virtual sekitar 200 md, dan konsumsi memori tambahan adalah 18-20 MB per container). Untuk mengurangi konsumsi memori, digunakan suatu mekanisme DAX (akses langsung ke sistem file melewati cache halaman tanpa menggunakan tingkat perangkat blok), dan teknologi digunakan untuk menghapus duplikat area memori yang identik KSM (Kernel Shared Memory), yang memungkinkan Anda mengatur pembagian sumber daya sistem host dan menghubungkan sistem tamu yang berbeda ke templat lingkungan sistem umum.
  • Sumber: opennet.ru

Tambah komentar