XenApp และ XenDesktop วันนี้: Citrix เปลี่ยนชื่อพวกเขาอย่างไรและหมายความว่าอย่างไรสำหรับฟาร์มเก่าแก่

XenApp และ XenDesktop ปัจจุบันเรียกว่าอะไร?

ชื่อที่แทนที่โดยตรงสำหรับสายผลิตภัณฑ์ XenApp และ XenDesktop ที่รวมกันคือ Citrix Virtual Apps และ Desktops . Citrix บันทึกการเปลี่ยนแปลงนั้นในเดือนสิงหาคม 2018 จากนั้นได้ใช้ชื่อ Citrix DaaS โดยเฉพาะสำหรับบริการคลาวด์ของตนในเดือนมีนาคม 2022 Citrix DaaS ไม่ได้เป็นเพียงแค่ชื่อใหม่ที่ใช้กับการติดตั้ง XenApp หรือ XenDesktop ในอดีตทุกครั้ง

คำศัพท์ทางการค้าที่ใช้ในปัจจุบันเพิ่มอีกหนึ่งชั้น ณ เวลาที่เขียน เงื่อนไขการอนุญาตเฉพาะผลิตภัณฑ์ Citrix อธิบาย Citrix DaaS Local ว่าเป็นผลิตภัณฑ์ Citrix Virtual Apps and Desktops เดิม และ DaaS Cloud ว่าเป็นผลิตภัณฑ์ Citrix DaaS เดิม ไทม์ไลน์ต่อไปนี้แยกสายพันธุ์ทางประวัติศาสตร์ออกจากชื่อปัจจุบันเหล่านั้น

วันที่หรือช่วงเวลา	ชื่อ	มันหมายถึงอะไร	แหล่งที่มา
ประวัติศาสตร์	เมตาเฟรม	ชื่อก่อนหน้านี้ในสายการจัดส่งแอปพลิเคชัน Windows ที่ใช้เซิร์ฟเวอร์ซึ่งต่อมาได้กลายเป็น XenApp.	ประวัติ TechTarget โดย Jack Madden
ประวัติศาสตร์	MetaFrame Presentation Server และ Presentation Server	ชื่อที่ต่อเนื่องกันระหว่าง MetaFrame และ XenApp	ประวัติ TechTarget โดย Jack Madden
ก่อนเดือนสิงหาคม 2018	XenApp	ส่วนใหญ่เกี่ยวข้องกับแอปพลิเคชัน Windows ที่เผยแพร่และเซสชันเซิร์ฟเวอร์ที่แชร์	เอกสารของ TechTarget และ Citrix
ก่อนเดือนสิงหาคม 2018	XenDesktop	ส่วนใหญ่เกี่ยวข้องกับเดสก์ท็อปเสมือนที่จัดการและ VDI.	เอกสาร Citrix
สิงหาคม 2018	Citrix Virtual Apps และ Desktops	ชื่อผลิตภัณฑ์รวมที่แทนที่ XenApp และ XenDesktop	Citrix DaaS มีอะไรใหม่
มีนาคม 2022	Citrix DaaS	บริการคลาวด์ Citrix ที่เปลี่ยนชื่อแล้ว ผลิตภัณฑ์ที่ติดตั้งในสถานที่ยังคงชื่อ Citrix Virtual Apps and Desktops ในขณะนั้น	Citrix DaaS มีอะไรใหม่
ปัจจุบันคำศัพท์ในขณะเขียน	Citrix DaaS ท้องถิ่นและ DaaS คลาวด์	เงื่อนไขการค้า สำหรับ Citrix Virtual Apps และ Desktops และข้อเสนอ Citrix DaaS ก่อนหน้านี้	เงื่อนไขการอนุญาตเฉพาะผลิตภัณฑ์ Citrix

การเปลี่ยนชื่อไม่ใช่การย้ายข้อมูลโดยอัตโนมัติ

เซิร์ฟเวอร์ XenApp ที่ติดตั้งไม่ได้กลายเป็นการปรับใช้ Citrix DaaS ที่จัดการโดยคลาวด์เพียงเพราะ Citrix เปลี่ยนคำศัพท์ผลิตภัณฑ์ของตน การย้ายระหว่างสภาพแวดล้อมเหล่านั้นอาจเกี่ยวข้องกับแผนการควบคุมที่แตกต่างกัน รุ่นที่รองรับ โมเดลการอนุญาต การออกแบบโครงสร้างพื้นฐาน และกระบวนการย้ายข้อมูล

แยกแง่มุมทั้งสี่ด้านต่อไปนี้ออกจากกัน:

ชื่อผลิตภัณฑ์, เวอร์ชันผลิตภัณฑ์, รูปแบบการติดตั้งและสถานะการสนับสนุน การแมพชื่อที่ถูกต้องจะตอบคำถามแรกเท่านั้น

XenApp และ XenDesktop ให้บริการความต้องการการจัดส่งที่แตกต่างกัน

XenApp และ XenDesktop ถูกขายและจัดการในที่สุดเป็นสายผลิตภัณฑ์รวมกัน แต่ภาระงานแบบดั้งเดิมของพวกเขาไม่เหมือนกัน Microsoft Learn ยังจัดการกับแอปพลิเคชันที่เผยแพร่แล้ว, เดสก์ท็อปหลายเซสชัน, VDI แบบรวมกลุ่ม และ VDI ส่วนบุคคลเป็นรูปแบบการปรับใช้ที่แตกต่างกัน ไมโครซอฟท์แนะนำให้เลือกผสมผสานที่เหมาะสมตามต้นทุน, ประสิทธิภาพ และประสบการณ์ของผู้ใช้ ซึ่งสนับสนุนการตัดสินใจตามภาระงานเป็นอันดับแรกแทนที่จะเป็นการตัดสินใจตามชื่อเป็นอันดับแรก

XenApp มุ่งเน้นไปที่แอปพลิเคชันที่เผยแพร่และเซสชันที่แชร์

การติดตั้ง XenApp แบบดั้งเดิมจะส่งมอบแอปพลิเคชัน Windows ทีละรายการหรือเดสก์ท็อปที่แชร์จากโครงสร้างพื้นฐาน Windows Server แบบหลายเซสชัน ผู้ใช้หลายคนสามารถเชื่อมต่อกับเซิร์ฟเวอร์เดียวกันในขณะที่ได้รับเซสชันแยกต่างหาก โดยการเข้าถึงจะถูกควบคุมโดยแอปพลิเคชัน กลุ่ม หรือนโยบายการจัดส่ง

ทีมบัญชีที่ต้องการการเข้าถึงระยะไกลเพียงแค่แอปพลิเคชัน ERP Windows หนึ่งตัว ไม่จำเป็นต้องมีเดสก์ท็อปเสมือนส่วนตัวสำหรับพนักงานทุกคนโดยอัตโนมัติ การเผยแพร่แอปพลิเคชันอาจตอบสนองความต้องการนั้นด้วยภาพเดสก์ท็อป โปรไฟล์ และการวางแผนความจุน้อยลง

XenDesktop มุ่งเน้นไปที่เดสก์ท็อปเสมือนที่จัดการ

XenDesktop มุ่งเน้นไปที่ การจำลองเดสก์ท็อป ทั่วไปใช้เดสก์ท็อปแบบเซสชันเดียวที่กำหนดจาก แคตตาล็อกแบบรวมกลุ่มหรือส่วนบุคคล โมเดลนั้นนำมาซึ่งความต้องการที่กว้างขึ้นเกี่ยวกับภาพเดสก์ท็อป โปรไฟล์ การจัดเตรียม การจัดเก็บ การจัดการการเชื่อมต่อ และการจัดการความจุ

ความสามารถเหล่านั้นมีความสำคัญเมื่อองค์กรต้องการทำให้เป็นมาตรฐานและจัดการเดสก์ท็อปทั้งหมดในระดับใหญ่ ยัง t การพิสูจน์ความจำเป็นนั้นยากขึ้นเมื่อความต้องการจริงคือการเข้าถึงชุดแอปพลิเคชัน Windows ขนาดเล็ก

กฎการตัดสินใจที่ใช้ได้จริง

หากผู้ใช้ต้องการแอปพลิเคชัน Windows บางตัวหรือเดสก์ท็อปที่แชร์ ให้ประเมินการเผยแพร่แอปพลิเคชันก่อน หากองค์กรต้องจัดการเดสก์ท็อปส่วนบุคคลหรือมาตรฐานในระดับใหญ่ด้วยการจัดการภาพและโปรไฟล์ที่มีความพร้อมใช้งาน การใช้ผลิตภัณฑ์ VDI หรือ DaaS สำหรับองค์กรจะเหมาะสมกว่า หลีกเลี่ยงการเริ่มต้นโครงการ VDI แบบเต็มรูปแบบเพียงเพื่อส่งมอบแอปพลิเคชันทางธุรกิจเพียงไม่กี่รายการ

ชื่อฟาร์ม Legacy ไม่เปิดเผยสถานะการสนับสนุนของมัน

ป้ายกำกับ XenApp สามารถอธิบายการเปิดตัวจากหลายยุคที่แตกต่างกัน สถานะการสนับสนุนขึ้นอยู่กับการเปิดตัวที่แน่นอนและเส้นทางการบริการ ไม่ใช่ขึ้นอยู่กับว่าเจ้าหน้าที่ดูแลระบบเรียกสภาพแวดล้อมว่า XenApp, XenDesktop หรือ Citrix Virtual Apps and Desktops อย่างไม่เป็นทางการ

เอกสารวงจรชีวิตของ Citrix ใช้เหตุการณ์สำคัญหลายประการ สิ้นสุดการขาย หรือ EOS เกี่ยวข้องกับความพร้อมใช้งานเชิงพาณิชย์ สิ้นสุดการบำรุงรักษา หรือ EOM หมายถึงการสิ้นสุดการบำรุงรักษาปกติสำหรับรุ่นที่ระบุ สิ้นสุดอายุการใช้งาน หรือ EOL หมายถึงการสิ้นสุดการสนับสนุนวงจรชีวิตมาตรฐาน ในขณะที่สิ้นสุดการสนับสนุนเพิ่มเติม หรือ EOES หมายถึงการสิ้นสุดระยะเวลาการสนับสนุนเพิ่มเติมที่ระบุไว้ใดๆ

ตรวจสอบวันที่เผยแพร่ที่แน่นอนก่อนใช้วันที่ในวงจรชีวิตใดๆ

ระบุเวอร์ชันที่ติดตั้งบน Delivery Controllers และส่วนประกอบหลักอื่น ๆ จากนั้นเปรียบเทียบกับ Citrix Product Matrix หรือ Legacy Product Matrix ที่ใช้งานอยู่ เอกสารเก่าของ Citrix มีประโยชน์สำหรับรายละเอียดการกำหนดค่าประวัติศาสตร์ แต่คู่มือที่เก็บถาวรไม่ได้ระบุว่าการเผยแพร่ยังคงได้รับการสนับสนุน

ตัวอย่างเช่น ตารางผลิตภัณฑ์ Citrix Legacy ระบุว่า XenApp และ XenDesktop 7.6 LTSR จะถึงจุดสิ้นสุดการสนับสนุนในวันที่ 11 มกราคม 2021 , กับ EOES ในวันที่ 11 มกราคม 2026 วันที่นี้ไม่สามารถนำไปใช้กับการปล่อย XenApp หรือ XenDesktop ที่แตกต่างกันได้ ดังนั้นวันที่ในวงจรชีวิตควรตรวจสอบกับตารางทางการปัจจุบันเสมอเมื่อทำการตัดสินใจ

การสนับสนุนยังขึ้นอยู่กับ Windows และส่วนประกอบที่เกี่ยวข้อง

ส่วนประกอบ Citrix ที่รองรับไม่สามารถทำให้ระบบปฏิบัติการ, ฐานข้อมูล, เซิร์ฟเวอร์ StoreFront, เกตเวย์ หรือการพึ่งพาการตรวจสอบสิทธิ์ที่ไม่รองรับกลายเป็นที่รองรับได้ ตรวจสอบเวอร์ชัน Windows Server ที่ใช้โดยตัวควบคุมและตัวแทนการจัดส่งเสมือน (VDAs) รวมถึงความเข้ากันได้ของฐานข้อมูล, ซอฟต์แวร์เกตเวย์, ส่วนประกอบโปรไฟล์ และข้อกำหนดเบื้องต้นเฉพาะแอปพลิเคชันใดๆ

คำเตือนเกี่ยวกับการพึ่งพา:

ฟาร์มอาจดูเหมือนทำงานได้ในขณะที่พึ่งพาส่วนประกอบที่ไม่รองรับอีกต่อไปในรูปแบบการรวมกัน พิจารณาการปล่อย Citrix และแพลตฟอร์มพื้นฐานของมันเป็นห่วงโซ่การพึ่งพาเดียว ในขณะที่ตรวจสอบวงจรชีวิตของแต่ละผลิตภัณฑ์แยกกัน

คุณควรตรวจสอบอะไรบ้างก่อนที่จะเก็บรักษาหรือย้ายฟาร์ม?

การประเมินที่มีประโยชน์จะอธิบายสิ่งที่ฟาร์มส่งมอบ วิธีการสร้าง และวิธีการดำเนินงาน ซึ่งจะป้องกันไม่ให้ชื่อผลิตภัณฑ์ที่คุ้นเคยกลายเป็นเหตุผลเดียวในการรักษาหรือเปลี่ยนแปลงสภาพแวดล้อม

ภาระงาน ผู้ใช้ และรูปแบบการจัดส่ง

• รายการแอปพลิเคชันที่เผยแพร่ทั้งหมด, เดสก์ท็อปที่แชร์, เดสก์ท็อปแบบรวมกลุ่ม และเดสก์ท็อปส่วนตัว.
• บันทึกว่าพนักงาน ผู้รับเหมา ลูกค้า หรือพันธมิตรคนใดใช้แต่ละภาระงาน
• วัดความพร้อมใช้งานปกติและสูงสุดแทนที่จะพึ่งพาเพียงจำนวนบัญชีที่ตั้งชื่อไว้เท่านั้น
• ระบุว่าแต่ละภาระงานใช้เซิร์ฟเวอร์หลายเซสชันหรือเดสก์ท็อปเซสชันเดียว
• เอกสารข้อกำหนดความเข้ากันได้ของแอปพลิเคชัน รวมถึงเวอร์ชัน Windows ที่รองรับและการพึ่งพาแอปพลิเคชัน

การจำแนกประเภทนี้มักเปิดเผยว่าฟาร์มผสมมีทั้งงานการเผยแพร่แอปพลิเคชันที่เรียบง่ายและงาน VDI ที่แท้จริง หมวดหมู่เหล่านั้นไม่จำเป็นต้องปฏิบัติตามเส้นทางการปรับปรุงเดียวกัน

ส่วนประกอบและการพึ่งพา

• ตัวควบคุมการจัดส่ง, เซิร์ฟเวอร์ StoreFront, VDA, ฐานข้อมูล และส่วนประกอบการอนุญาต Citrix.
• แคตตาล็อกเครื่องจักร, กลุ่มการจัดส่ง, วิธีการจัดเตรียม, รูปภาพและการจัดการโปรไฟล์.
• เกตเวย์, ใบรับรอง, ผู้ให้บริการการตรวจสอบสิทธิ์, การตรวจสอบสิทธิ์หลายปัจจัย และจุดเข้าถึงเครือข่าย.
• เครื่องพิมพ์ ไดรเวอร์พิมพ์ สแกนเนอร์ การ์ดอัจฉริยะ ไดรฟ์ภายในและความต้องการอุปกรณ์เสริมอื่น ๆ
• เซิร์ฟเวอร์แอปพลิเคชัน, แชร์ไฟล์, ฐานข้อมูล, มิดเดิลแวร์, บัญชีบริการ และงานที่กำหนดเวลา

การพิมพ์ โปรไฟล์ เกตเวย์ และการตรวจสอบสิทธิ์ควรถือเป็นข้อกำหนดในการโยกย้าย ไม่ใช่การตั้งค่าเพื่อถ่ายโอนไปยังชั้นการจัดส่งอื่นโดยอัตโนมัติ ตรวจสอบแต่ละแอปพลิเคชันและวิธีการเชื่อมต่อก่อนวางแผนการเปลี่ยนแปลง

การตรวจสอบ ประสิทธิภาพ และการเปิดเผย

Citrix Director เป็นคอนโซลในตัวสำหรับการตรวจสอบสุขภาพแบบเรียลไทม์และประวัติศาสตร์ การมองเห็นประสบการณ์ผู้ใช้ และการแก้ไขปัญหาช่วงเซสชัน ตรวจสอบ ซึ่งความสามารถของผู้ดูแลระบบยังคงทำงานอยู่ในรุ่นที่ติดตั้งและผู้ดูแลระบบตรวจสอบความล้มเหลวในการเข้าสู่ระบบ ข้อมูลเซสชัน พฤติกรรมของแอปพลิเคชัน และสุขภาพของเซิร์ฟเวอร์หรือไม่

ยังบันทึกวิธีที่ฟาร์มถูกเปิดเผยต่อผู้ใช้ระยะไกล ตรวจสอบความเป็นเจ้าของเกตเวย์และใบรับรอง การตรวจสอบหลายปัจจัย การควบคุมการล็อกบัญชี การแพตช์ การแบ่งส่วนเครือข่าย การบันทึก การสำรองข้อมูล และการทดสอบการกู้คืน การตรวจสอบการเก็บข้อมูลซึ่งเป็น ไม่เคยตรวจสอบไม่ได้ให้กระบวนการตัดสินใจในการดำเนินงาน

AWS, การกำหนดราคาและการอนุญาตเป็นการตัดสินใจที่แยกจากกัน

AWS สามารถทำหน้าที่เป็นสถานที่จัดเก็บทรัพยากร Citrix ได้ แต่ไม่ใช่ชื่อใหม่สำหรับ XenDesktop และไม่ลดความจำเป็น สำหรับการวางแผนสถาปัตยกรรม Citrix หรือโครงสร้างพื้นฐานคลาวด์ เอกสาร Citrix ยังต้องมีการตัดสินใจเกี่ยวกับภูมิภาค AWS, เครือข่าย, ซับเน็ต, กลุ่มความปลอดภัย, ข้อมูลรับรอง และการวางตำแหน่งของส่วนประกอบ Citrix.

การกำหนดราคา ยังต้องการการประเมินเชิงพาณิชย์แยกต่างหากของ ค่าใช้จ่ายในการอนุญาต Citrix . เมื่อเราเขียน หน้า วิธีการซื้อ ของ Citrix จะนำผู้มีโอกาสเป็นลูกค้าไปยังฝ่ายขายหรือพันธมิตรแทนที่จะแสดงราคาลิขสิทธิ์บริการตนเองแบบตัวเลข ซึ่งไม่ได้หมายความว่าราคาที่เจรจาหรือราคาพันธมิตรไม่มีให้บริการ แต่หมายความว่าต้องมีการเสนอราคาปัจจุบันเพื่อการเปรียบเทียบที่ถูกต้อง

การจัดการใบอนุญาตของ Microsoft ยังคงเป็นความรับผิดชอบของคุณ ขึ้นอยู่กับการติดตั้ง อาจรวมถึงใบอนุญาต Windows Server, RDS CALs และใบอนุญาต Office หรือ Microsoft 365 ที่เหมาะสม สำหรับความต้องการ RDS CAL ที่แม่นยำ คุณควรตรวจสอบการกำหนดค่าทั้งหมดของคุณกับ Microsoft หรือพันธมิตรด้านการออกใบอนุญาตที่มีคุณสมบัติ.

เลือกเส้นทางตามภาระงาน ไม่ใช่ตามป้ายผลิตภัณฑ์เก่า

เมื่อฟาร์มได้รับการจัดประเภทแล้ว จะมีเส้นทางหลักสี่เส้นทางที่สามารถเลือกได้ ประเภทภาระงาน สถานะการสนับสนุน ทักษะภายใน ข้อผูกพันตามสัญญา และความสัมพันธ์ที่ค้นพบระหว่างการสำรวจควรชี้นำคุณไปยังตัวเลือกที่เหมาะสมที่สุด

รักษาหรืออัปเกรด Citrix

การอยู่กับ Citrix อาจเป็นทางเลือกที่ถูกต้องเมื่อองค์กรขึ้นอยู่กับการจัดการภาพที่มีความเป็นผู้ใหญ่ การรวมระบบในระดับองค์กร สัญญาองค์กรที่เป็นปัจจุบัน การจัดส่งแบบไฮบริด หรือการมีเดสก์ท็อปมาตรฐานขนาดใหญ่ เอกสารผลิตภัณฑ์ของ Citrix ระบุตำแหน่ง บริการระยะยาว การปล่อยสำหรับสภาพแวดล้อมการผลิตขนาดใหญ่ที่ให้ความสำคัญกับฐานที่เสถียร ในขณะที่การปล่อยปัจจุบันให้การเข้าถึงฟีเจอร์ใหม่ได้เร็วขึ้น

เอกสารการอัปเกรดและการโยกย้ายของ Citrix ยังชี้ให้เห็นว่าไม่ใช่ทุกเวอร์ชันเก่าของ XenApp หรือ XenDesktop ที่มีเส้นทางตรงที่รองรับ ฟาร์มเก่าอาจต้องการไซต์ใหม่ การปรับแนวส่วนประกอบ และการตรวจสอบแอปพลิเคชันแทนที่จะเป็นการอัปเกรดในที่.

ย้ายไปยัง Citrix DaaS

Citrix DaaS สามารถรักษาความสามารถในการจัดส่งแอปพลิเคชันและเดสก์ท็อปของ Citrix ในขณะที่เปลี่ยนแปลงแผนการควบคุมและโมเดลเชิงพาณิชย์ ข้อกำหนดการอนุญาตใช้งาน Citrix ปัจจุบันแสดงให้เห็นว่าการสมัครสมาชิกสามารถรวม DaaS Local และ DaaS Cloud ซึ่งสะท้อนถึงข้อเสนอที่กว้างกว่าข้อกำหนดการเผยแพร่แอปพลิเคชัน XenApp ในอดีต

นี่เป็นการตัดสินใจด้านสถาปัตยกรรมและการดำเนินงาน ไม่ใช่แค่การอัปเดตคำศัพท์ การย้ายเครื่องทำงานไปยัง AWS เพียงอย่างเดียวไม่ได้สร้างการปรับใช้ Citrix DaaS

พิจารณาชั้นการจัดส่งสำหรับฟาร์มที่มุ่งเน้นแอปพลิเคชัน

เมื่อฟาร์มเผยแพร่แอปพลิเคชัน Windows หรือเดสก์ท็อปที่แชร์เป็นหลัก ชั้นการจัดส่งที่จัดการด้วยตนเองที่ง่ายกว่าสามารถตอบสนองความต้องการในการเผยแพร่ได้ แอปพลิเคชัน Windows รุ่นเก่าสู่เว็บโดยไม่ต้องใช้ VDI TSplus Remote Access สามารถ เผยแพร่แอปพลิเคชันและกำหนดให้กับผู้ใช้หรือกลุ่ม ส่งเดสก์ท็อปที่แชร์เต็มรูปแบบจากโครงสร้างพื้นฐานที่ควบคุมโดยลูกค้าและสนับสนุนไคลเอนต์ RDP มาตรฐาน ไคลเอนต์ที่สร้างขึ้นด้วยการคลิกเดียว การนำเสนอแบบ RemoteApp และการเชื่อมต่อผ่านเบราว์เซอร์

การเข้าถึงผ่านเบราว์เซอร์ต้องการการ เวอร์ชัน Web Mobile หรือสูงกว่า ผู้จัดการฟาร์ม, เกตเวย์ และการกระจายโหลดต้องการรุ่น Enterprise และแต่ละเซิร์ฟเวอร์ต้องการใบอนุญาต ฟาร์มเซิร์ฟเวอร์เป็นทางเลือก เนื่องจากองค์กรสามารถติดตั้ง TSplus Remote Access บนเซิร์ฟเวอร์เดียวเมื่อสถาปัตยกรรมดังกล่าวตอบสนองความต้องการของตนได้

TSplus Remote Access ไม่ใช่การแทนที่ VDI แบบเต็มรูปแบบ ดังนั้นโครงสร้างพื้นฐานและการพึ่งพาบางอย่างควรได้รับการตรวจสอบในระหว่างการทดลองแทนที่จะถูกสมมติว่าทำงานได้โดยไม่เปลี่ยนแปลง ตัวอย่างเช่น แอปพลิเคชันที่มีกราฟิกหนักหรือการสร้างองค์กรที่มีขนาดใหญ่เป็นพิเศษต้องมีการทดสอบ Proof of Concept ล่วงหน้า

หากฟาร์มของคุณเผยแพร่ชุดเล็ก ๆ ของแอปพลิเคชัน Windows หรือเดสก์ท็อปที่แชร์ ใช้สิ่งนี้ TSplus กับ Citrix การเปรียบเทียบ เพื่อดูว่า Web Mobile หรือ Enterprise ตรงกับโมเดลการเข้าถึงที่คุณต้องการหรือไม่

เก็บรักษาชั่วคราวพร้อมแผนการออกที่มีเอกสารประกอบ

การย้ายทันทีอาจไม่เหมาะสมเมื่อเจ้าของแอปพลิเคชัน เซิร์ฟเวอร์ที่แทนที่ หรือการตัดสินใจด้านใบอนุญาตยังไม่พร้อม ในกรณีนั้น ให้บันทึกความเป็นเจ้าของ การอัปเดตแพตช์ การควบคุมการเปิดเผย การตรวจสอบ การสำรองข้อมูล ความรับผิดชอบด้านใบอนุญาต และวันที่ตัดสินใจเป้าหมาย

การเก็บรักษาชั่วคราวไม่ใช่ทางเลือกแทนการสนับสนุนจากผู้จำหน่าย มันเป็นตำแหน่งการถือครองที่ควบคุมในขณะที่องค์กรตรวจสอบแอปพลิเคชัน ข้อกำหนด และสถาปัตยกรรมปลายทาง

ในสรุป: ชื่อเก่าเป็นเพียงจุดเริ่มต้นเท่านั้น

การตั้งชื่อ XenApp และ XenDesktop สามารถถอดรหัสได้อย่างรวดเร็ว แต่ขั้นตอนถัดไปที่ถูกต้องขึ้นอยู่กับสิ่งที่ โครงสร้างพื้นฐาน ส่งมอบสถานะการสนับสนุนที่แน่นอนและส่วนประกอบรอบๆ ก่อนอื่นให้จัดประเภทภาระงาน จากนั้นตัดสินใจว่าควรใช้ Citrix, Citrix DaaS, ชั้นการเผยแพร่แอปพลิเคชันที่ง่ายกว่า หรือการเก็บรักษาชั่วคราวพร้อมแผนการออกเป็นเส้นทางที่เหมาะสมหรือไม่

เพื่อทดสอบกับแอปพลิเคชันและวิธีการเชื่อมต่อของคุณ ดาวน์โหลดซอฟต์แวร์ TSplus เพื่อทดลองใช้งานฟรี 15 วันเป็นอย่างไร ก่อนตัดสินใจว่าเราจะ เลเยอร์การจัดส่งเหมาะกับฟาร์มเก่าของคุณ