XenApp dan XenDesktop Hari Ini: Bagaimana Citrix Mengubah Namanya dan Apa Artinya untuk Pertanian Warisan

Apa yang Disebut XenApp dan XenDesktop Saat Ini?

Nama pengganti langsung untuk lini produk gabungan XenApp dan XenDesktop adalah Citrix Virtual Apps dan Desktops . Citrix mencatat perubahan itu pada Agustus 2018, kemudian menerapkan nama Citrix DaaS secara khusus untuk layanan cloud-nya pada Maret 2022. Citrix DaaS bukan sekadar label baru yang diterapkan pada setiap penerapan XenApp atau XenDesktop yang historis.

Terminologi komersial saat ini menambahkan lapisan lain. Pada saat penulisan, Ketentuan lisensi khusus produk Citrix deskripsikan Citrix DaaS Lokal sebagai produk Citrix Virtual Apps dan Desktop yang sebelumnya dan DaaS Cloud sebagai produk Citrix DaaS yang sebelumnya. Garis waktu berikut memisahkan garis keturunan historis dari nama-nama saat ini.

Tanggal atau periode	Nama	Apa yang dimaksudkan	Sumber
Sejarah	MetaFrame	Sebuah nama sebelumnya dalam lini pengiriman aplikasi Windows berbasis server yang kemudian menjadi XenApp.	Sejarah TechTarget oleh Jack Madden
Sejarah	MetaFrame Presentation Server dan Presentation Server	Nama-nama berturut-turut antara MetaFrame dan XenApp.	Sejarah TechTarget oleh Jack Madden
Sebelum Agustus 2018	XenApp	Terutama terkait dengan aplikasi Windows yang diterbitkan dan sesi server yang dibagikan.	Dokumentasi TechTarget dan Citrix
Sebelum Agustus 2018	XenDesktop	Terutama terkait dengan desktop virtual yang dikelola dan VDI.	Dokumentasi Citrix
Agustus 2018	Citrix Virtual Apps dan Desktops	Nama produk gabungan yang menggantikan XenApp dan XenDesktop.	Citrix DaaS Apa yang Baru
Maret 2022	Citrix DaaS	Layanan cloud Citrix yang dinamai ulang ini. Produk on-premises mempertahankan nama Citrix Virtual Apps dan Desktops pada saat itu.	Citrix DaaS Apa yang Baru
Terminologi saat ini pada saat penulisan	Citrix DaaS Lokal dan DaaS Cloud	Syarat komersial untuk penawaran Citrix Virtual Apps dan Desktops serta Citrix DaaS yang sebelumnya.	Ketentuan lisensi khusus produk Citrix

Mengganti nama bukanlah migrasi otomatis

Sebuah server XenApp yang terinstal tidak menjadi penerapan DaaS Citrix yang dikelola cloud hanya karena Citrix mengubah terminologi produknya. Berpindah antara lingkungan tersebut memang dapat melibatkan pesawat kontrol yang berbeda, versi yang didukung, model lisensi, desain infrastruktur, dan proses migrasi.

Pisahkan empat aspek berikut:

nama produk, versi produk, model penyebaran dan status dukungan. Pemetaan nama yang benar hanya menjawab pertanyaan pertama.

XenApp dan XenDesktop Melayani Kebutuhan Pengiriman yang Berbeda

XenApp dan XenDesktop akhirnya dijual dan dikelola sebagai lini produk gabungan, tetapi beban kerja tradisional mereka tidak identik. Microsoft Learn juga memperlakukan aplikasi yang diterbitkan, desktop multi-sesi, VDI terkelola, dan VDI pribadi sebagai model penyebaran yang berbeda. Microsoft merekomendasikan untuk memilih campuran yang tepat sesuai dengan biaya, kinerja, dan pengalaman pengguna, yang mendukung keputusan berdasarkan beban kerja terlebih dahulu daripada keputusan berdasarkan nama.

XenApp berfokus pada aplikasi yang diterbitkan dan sesi bersama

Sebuah penerapan XenApp tradisional menyediakan aplikasi Windows individu atau desktop bersama dari infrastruktur Windows Server multi-sesi. Beberapa pengguna dapat terhubung ke server yang sama sambil menerima sesi terpisah, dengan akses yang dikendalikan oleh aplikasi, grup, atau kebijakan pengiriman.

Tim akuntansi yang hanya membutuhkan akses jarak jauh ke satu aplikasi ERP Windows tidak secara otomatis memerlukan desktop virtual pribadi untuk setiap karyawan. Penerbitan aplikasi mungkin memenuhi kebutuhan itu dengan lebih sedikit gambar desktop, profil, dan keputusan perencanaan kapasitas.

XenDesktop berfokus pada desktop virtual yang dikelola

XenDesktop terutama ditujukan virtualisasi desktop umumnya menggunakan desktop sesi tunggal yang ditugaskan dari katalog pooled atau pribadi Model tersebut membawa persyaratan yang lebih luas terkait gambar desktop, profil, penyediaan, penyimpanan, perantara, dan manajemen kapasitas.

Kemampuan tersebut penting ketika sebuah organisasi harus menstandarkan dan mengelola desktop lengkap dalam skala besar. Namun t mereka lebih sulit untuk dibenarkan ketika kebutuhan sebenarnya adalah akses ke sekumpulan kecil aplikasi Windows.

Aturan keputusan praktis

Jika pengguna memerlukan beberapa aplikasi Windows atau desktop bersama, evaluasi penerbitan aplikasi terlebih dahulu. Jika organisasi harus mengelola desktop pribadi atau standar dalam skala besar dengan manajemen gambar dan profil yang matang, produk VDI atau DaaS perusahaan adalah pilihan yang lebih kuat. Hindari memulai proyek VDI penuh hanya untuk menyampaikan sejumlah kecil aplikasi bisnis.

Nama Warisan Pertanian Tidak Mengungkapkan Status Dukungannya

Label XenApp dapat menggambarkan rilis dari generasi yang sangat berbeda. Status dukungan tergantung pada rilis dan jalur layanan yang tepat, bukan pada apakah seorang administrator secara santai menyebut lingkungan tersebut sebagai XenApp, XenDesktop, atau Citrix Virtual Apps and Desktops.

Dokumen siklus hidup Citrix menggunakan beberapa tonggak. Akhir Penjualan, atau EOS, berkaitan dengan ketersediaan komersial. Akhir Pemeliharaan, atau EOM, mengakhiri pemeliharaan reguler untuk rilis yang ditentukan. Akhir Hidup, atau EOL, menandai akhir dukungan siklus hidup standar, sementara Akhir Dukungan Ekstensi, atau EOES, menandai akhir dari periode dukungan ekstensi yang terdaftar.

Periksa rilis yang tepat sebelum menggunakan tanggal siklus hidup apa pun

Identifikasi versi yang terpasang pada Pengendali Pengiriman dan komponen inti lainnya, kemudian bandingkan dengan Matriks Produk Citrix langsung atau Matriks Produk Warisan. Arsip dokumentasi warisan Citrix berguna untuk rincian konfigurasi historis, tetapi manual yang diarsipkan tidak menetapkan bahwa rilis tersebut tetap didukung.

Misalnya, Matriks Produk Warisan Citrix menyebutkan XenApp dan XenDesktop 7.6 LTSR sebagai mencapai EOL pada 11 Januari 2021 , dengan EOES pada 11 Januari 2026. Tanggal ini tidak dapat diterapkan pada rilis XenApp atau XenDesktop yang berbeda, jadi tanggal siklus hidup harus selalu diperiksa terhadap matriks resmi saat membuat keputusan.

Dukungan juga tergantung pada Windows dan komponen terkait

Komponen Citrix yang didukung tidak dapat membuat sistem operasi, basis data, server StoreFront, gateway, atau ketergantungan otentikasi yang tidak didukung menjadi didukung. Periksa versi Windows Server yang digunakan oleh pengontrol dan Agen Pengiriman Virtual (VDA), bersama dengan kompatibilitas basis data, perangkat lunak gateway, komponen profil, dan prasyarat spesifik aplikasi apa pun.

Peringatan ketergantungan:

sebuah farm dapat terlihat beroperasi sementara bergantung pada komponen yang tidak lagi didukung dalam kombinasi. Perlakukan rilis Citrix dan platform dasarnya sebagai satu rantai ketergantungan, sambil memeriksa siklus hidup setiap produk secara terpisah.

Apa yang Harus Anda Inventaris Sebelum Mempertahankan atau Memigrasi Pertanian?

Sebuah penilaian yang berguna menggambarkan apa yang dihasilkan oleh pertanian, bagaimana cara pembangunannya, dan bagaimana cara pengoperasiannya. Ini mencegah nama produk yang sudah dikenal menjadi satu-satunya alasan untuk mempertahankan atau mengganti lingkungan.

Beban kerja, pengguna, dan model pengiriman

• Daftar setiap aplikasi yang diterbitkan, desktop bersama, desktop terpusat, dan desktop pribadi.
• Catat karyawan, kontraktor, pelanggan, atau mitra mana yang menggunakan setiap beban kerja.
• Ukur normal dan puncak koneksi bersamaan daripada hanya mengandalkan jumlah akun yang dinamai.
• Identifikasi apakah setiap beban kerja menggunakan server multi-sesi atau desktop sesi tunggal.
• Dokumen persyaratan kompatibilitas aplikasi, termasuk versi Windows yang didukung dan ketergantungan aplikasi.

Klasifikasi ini sering mengungkapkan bahwa sebuah pertanian campuran mengandung beban kerja penerbitan aplikasi sederhana dan beban kerja VDI yang sebenarnya. Kategori-kategori tersebut tidak harus mengikuti jalur modernisasi yang sama.

Komponen dan ketergantungan

• Pengendali Pengiriman, server StoreFront, VDA, basis data, dan komponen lisensi Citrix.
• Katalog mesin, grup pengiriman, metode penyediaan, gambar, dan manajemen profil.
• Gerbang, sertifikat, penyedia otentikasi, otentikasi multifaktor, dan titik masuk jaringan.
• Printer, driver cetak, pemindai, kartu pintar, drive lokal, dan persyaratan periferal lainnya.
• Server aplikasi, berbagi file, basis data, middleware, akun layanan, dan tugas terjadwal.

Pencetakan, profil, gerbang, dan otentikasi harus diperlakukan sebagai ketergantungan migrasi, bukan sebagai pengaturan yang secara otomatis dipindahkan ke lapisan pengiriman lain. Validasi setiap aplikasi dan metode koneksi sebelum merencanakan pemindahan.

Pemantauan, kinerja, dan paparan

Citrix Director adalah konsol bawaan untuk pemantauan kesehatan waktu nyata dan historis, visibilitas pengalaman pengguna, dan pemecahan masalah sesi. Periksa kemampuan Direktur mana yang tetap beroperasi dalam rilis yang terpasang dan apakah administrator benar-benar meninjau kegagalan login, data sesi, perilaku aplikasi, dan kesehatan server.

Juga catat bagaimana farm diekspos ke pengguna jarak jauh. Periksa kepemilikan gateway dan sertifikat, autentikasi multifaktor, kontrol penguncian akun, pemeliharaan, segmentasi jaringan, pencatatan, cadangan, dan pengujian pemulihan. Memantau pengumpulan data yang sedang tidak pernah ditinjau tidak menyediakan proses pengambilan keputusan operasional.

AWS, penetapan harga dan lisensi adalah keputusan yang terpisah

AWS dapat berfungsi sebagai lokasi sumber daya Citrix, tetapi itu bukan nama baru untuk XenDesktop dan tidak menghilangkan kebutuhan untuk perencanaan arsitektur Citrix atau infrastruktur cloud. Dokumentasi Citrix masih memerlukan keputusan tentang wilayah AWS, jaringan, subnet, grup keamanan, kredensial, dan penempatan komponen Citrix.

Penetapan harga juga memerlukan penilaian komersial terpisah dari Biaya lisensi Citrix . Saat kami menulis Halaman publik Cara membeli Citrix mengarahkan prospek ke penjualan atau mitra daripada menampilkan harga lisensi layanan mandiri yang numerik. Itu tidak berarti harga yang dinegosiasikan atau harga mitra tidak tersedia, hanya saja kutipan terkini diperlukan untuk perbandingan yang akurat.

Lisensi Microsoft tetap menjadi tanggung jawab Anda. Bergantung pada penyebaran, ini mungkin termasuk lisensi Windows Server, RDS CAL, dan lisensi Office atau Microsoft 365 yang sesuai. Untuk persyaratan RDS CAL yang tepat Anda harus memvalidasi konfigurasi lengkap Anda dengan Microsoft atau mitra lisensi yang berkualitas.

Pilih Jalur Berdasarkan Beban Kerja, Bukan Label Produk Lama

Setelah farm diklasifikasikan, empat jalur utama tersedia. Jenis beban kerja, status dukungan, keterampilan internal, komitmen kontraktual, dan ketergantungan yang ditemukan selama inventaris harus mengarahkan Anda ke pilihan yang ideal.

Pertahankan atau tingkatkan Citrix

Tinggal dengan Citrix bisa menjadi pilihan yang tepat ketika organisasi bergantung pada manajemen citra yang matang, integrasi perusahaan, kontrak perusahaan yang berlaku, pengiriman hibrida, atau aset desktop standar yang besar. Dokumentasi produk Citrix memposisikan Layanan Jangka Panjang Rilis untuk lingkungan produksi besar yang memprioritaskan basis yang stabil, sementara Rilis Saat Ini memberikan akses lebih cepat ke fitur baru.

Dokumentasi peningkatan dan migrasi Citrix juga menjelaskan bahwa tidak setiap rilis XenApp atau XenDesktop yang lama memiliki jalur langsung yang didukung. Farm yang lebih tua mungkin memerlukan situs baru, penyesuaian komponen, dan validasi aplikasi daripada peningkatan di tempat.

Pindah ke Citrix DaaS

Citrix DaaS dapat mempertahankan kemampuan pengiriman aplikasi dan desktop Citrix sambil mengubah kontrol pesawat dan model komersial. Ketentuan lisensi Citrix saat ini menunjukkan bahwa langganan dapat mencakup DaaS Lokal dan DaaS Cloud, mencerminkan penawaran yang lebih luas daripada persyaratan penerbitan aplikasi XenApp yang historis.

Ini adalah keputusan arsitektur dan operasional, bukan hanya pembaruan terminologi. Hanya memindahkan mesin beban kerja ke AWS tidak menciptakan penerapan Citrix DaaS.

Pertimbangkan kembali lapisan pengiriman untuk pertanian yang berfokus pada aplikasi

Ketika farm terutama menerbitkan aplikasi Windows atau desktop bersama, lapisan pengiriman yang lebih sederhana yang dikelola sendiri mungkin sesuai dengan kebutuhan untuk penerbitan. aplikasi Windows warisan ke web tanpa VDI TSplus Remote Access dapat menerbitkan aplikasi dan menugaskannya kepada pengguna atau grup mengirimkan desktop bersama penuh dari infrastruktur yang dikendalikan oleh pelanggan dan mendukung klien RDP standar, klien satu klik yang dihasilkan, presentasi gaya RemoteApp, dan koneksi browser.

Akses browser memerlukan Edisi Web Mobile atau yang lebih tinggi Manajer Pertanian, Gateway, dan penyeimbangan beban memerlukan edisi Enterprise, dan setiap server memerlukan lisensi. Sebuah farm server adalah opsional, karena sebuah organisasi dapat menerapkan TSplus Remote Access pada satu server ketika arsitektur tersebut memenuhi kebutuhannya.

TSplus Remote Access bukanlah pengganti VDI yang lengkap, oleh karena itu infrastruktur dan ketergantungan tertentu harus divalidasi selama percobaan daripada diasumsikan dapat berfungsi tanpa perubahan. Misalnya, aplikasi yang berat grafis atau pembangunan perusahaan yang sangat luas perlu diuji dengan Proof of Concept sebelumnya.

Jika pertanian Anda terutama menerbitkan sekumpulan kecil aplikasi Windows atau desktop bersama, gunakan ini TSplus vs perbandingan Citrix untuk melihat apakah Web Mobile atau Enterprise cocok dengan model akses yang Anda butuhkan.

Tahan sementara dengan rencana keluar yang terdokumentasi

Migrasi segera mungkin tidak praktis ketika pemilik aplikasi, server pengganti, atau keputusan lisensi belum siap. Dalam hal ini, dokumentasikan kepemilikan, pemeliharaan, kontrol paparan, pemantauan, cadangan, tanggung jawab lisensi, dan tanggal keputusan yang ditargetkan.

Penahanan sementara bukanlah pengganti untuk dukungan vendor. Ini adalah posisi penahanan yang terkontrol sementara organisasi memvalidasi aplikasi, ketergantungan, dan arsitektur tujuan.

Sebagai Kesimpulan: Nama Lama Hanya Titik Awal

Penamaan XenApp dan XenDesktop dapat diuraikan dengan cepat, tetapi langkah selanjutnya yang benar tergantung pada apa yang infrastruktur menghadirkan, keadaan dukungan yang tepat dan komponen di sekitarnya. Klasifikasikan beban kerja terlebih dahulu, kemudian putuskan apakah Citrix, Citrix DaaS, lapisan penerbitan aplikasi yang lebih sederhana, atau retensi sementara dengan rencana keluar adalah jalur yang tepat.

Untuk menguji dengan aplikasi dan metode koneksi Anda, bagaimana jika mengunduh perangkat lunak TSplus untuk percobaan gratis 15 hari Anda sebelum memutuskan apakah kami lapisan pengiriman cocok untuk pertanian warisan Anda.