Azure Virtual Desktop Classic เลิกใช้: ขั้นตอนถัดไปสำหรับ IT

บทนำ

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

Azure Virtual Desktop Classic เลิกใช้งานหมายความว่าอย่างไร?

ไมโครซอฟท์ได้ประกาศยุติ Azure Virtual Desktop (คลาสสิก) อย่างเป็นทางการตั้งแต่วันที่ 30 กันยายน 2026 ตามเอกสารอย่างเป็นทางการของไมโครซอฟท์ “การเชื่อมต่อกับบริการคลาสสิกจะถูกบล็อกหลังจากการยุติ” ดังนั้นการยุติจึงมีผลกระทบต่อประเภทบริการเฉพาะที่เกี่ยวข้องกับการจัดการเดสก์ท็อปเสมือนและแอปพลิเคชันที่ใช้โมเดลการปรับใช้ Azure Virtual Desktop (คลาสสิก)

อย่างไรก็ตาม กระบวนการเกษียณอายุไม่ใช้กับ Azure Virtual Desktop รุ่นใหม่ที่ใช้ Azure Resource Manager (ARM) ดังนั้น ความกังวลหลักสำหรับผู้ใช้ที่ยังใช้ทรัพยากรแบบคลาสสิกคือความไม่สามารถในการเชื่อมต่อกับบริการที่เคยทำงานได้ ดังนั้น ผู้ใช้ควรตระหนักถึงการจัดการทรัพยากรแบบคลาสสิกเป็นพิเศษ เนื่องจากทรัพยากรเองจะไม่หายไปหลังจากวันที่เกษียณอายุ

สิ่งที่ถูกเกษียณออกไปคืออะไร?

Azure Virtual Desktop (classic) ซึ่งก่อนหน้านี้รู้จักกันในชื่อ Windows Virtual Desktop มีโครงสร้างพื้นฐานการจัดการที่อิงจาก PowerShell cmdlets, APIs และ service objects ที่เฉพาะเจาะจง

แตกต่างจาก Azure Virtual Desktop สมัยใหม่ พูลโฮสต์และกลุ่มแอปพลิเคชันแบบคลาสสิกไม่ได้ถูกกำหนดให้เป็นทรัพยากรของผู้จัดการทรัพยากร Azure ที่เป็นเอกภาพ

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

ความสามารถ	AVD Classic (เลิกใช้)	Modern AVD
การจัดการ	แผนควบคุมรุ่นเก่า	Azure Resource Manager
พอร์ทัล Azure	การรวมระบบที่จำกัด	การรวมเข้ากับระบบโดยตรง
การควบคุมการเข้าถึง	บทบาทผู้เช่ารุ่นเก่า	Azure RBAC
อัตโนมัติ	API คลาสสิกและ PowerShell	ARM, APIs, Az PowerShell
การจัดส่งเดสก์ท็อปและแอปพลิเคชัน	การเชื่อมต่อถูกบล็อก	สนับสนุน
สถานะบริการ	เกษียณ	สนับสนุน

การเกษียณอายุแสดงถึงการเปลี่ยนแปลงในสถาปัตยกรรมบริการพื้นฐาน ไม่ใช่เพียงแค่การเปลี่ยนชื่อผลิตภัณฑ์

Modern Azure Virtual Desktop ยังใช้งานได้อยู่หรือไม่?

ใช่. Modern Azure Virtual Desktop ได้รับการสนับสนุนและยังคงเสนอเดสก์ท็อป Windows แบบเต็ม, แพลตฟอร์มหลายเซสชัน, และการจัดส่งแอปพลิเคชันแต่ละตัวผ่าน RemoteApp.

องค์กรที่ใช้โฮสต์พูลที่รวม Azure Resource Manager (ARM) อยู่แล้วจะไม่ได้รับผลกระทบจากการเลิกใช้บริการแบบคลาสสิก

ผู้จัดการด้าน IT ควรทราบความแตกต่างระหว่างการสิ้นสุดการสนับสนุนสำหรับ Azure Virtual Desktop แบบคลาสสิกและการสิ้นสุดการสนับสนุนแยกต่างหากสำหรับไคลเอนต์ Remote Desktop รุ่นเก่า ไคลเอนต์ Remote Desktop สำหรับ Windows (MSI) มีกำหนดจะสิ้นสุดการสนับสนุนสำหรับสภาพแวดล้อมคลาวด์สาธารณะในวันที่ 27 มีนาคม 2026 และสำหรับ Azure Virtual Desktop (แบบคลาสสิก) ในวันที่ 28 กันยายน 2026

ทีม IT จะระบุการติดตั้ง Azure Virtual Desktop Classic ได้อย่างไร?

ขั้นตอนแรกคือการระบุว่ามีงานผลิตใดบ้างที่ยังคงขึ้นอยู่กับสถาปัตยกรรมที่เลิกใช้งานแล้ว

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

ตรวจสอบการรวม Azure Resource Manager

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

การมีอยู่ขององค์ประกอบ Azure Virtual Desktop ต่อไปนี้ถือเป็นสัญญาณที่ชัดเจนของการติดตั้งแบบคลาสสิก:

• โฮสต์พูลที่ใช้โมดูล PowerShell ของ Azure Virtual Desktop แบบคลาสสิก
• การอ้างอิงทางประวัติศาสตร์ถึงผู้เช่าบริการคลาสสิกหรือ API บริการคลาสสิก
• กลุ่มแอปพลิเคชันที่ขาดทรัพยากร ARM ที่สอดคล้อง
• เซสชันโฮสต์เครื่องเสมือนที่อ้างถึงเอกสารเก่า

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

ตรวจสอบเครื่องมือการจัดการ Legacy และความขึ้นอยู่

สคริปต์การติดตั้งและที่เก็บข้อมูลอัตโนมัติอาจทำหน้าที่เป็นแหล่งข้อมูลเพิ่มเติมของหลักฐาน

ตัวอย่างเช่น การมีสคริปต์ที่มีการอ้างอิง Microsoft.RDInfra.RDPowerShell หรือการดำเนินการจัดการในระดับผู้เช่าคลาสสิก จะบ่งชี้ว่าสภาพแวดล้อมถูกกำหนดค่าโดยใช้สแต็กการจัดการรุ่นเก่า

สภาพแวดล้อมสมัยใหม่จะใช้ประโยชน์จากอินเทอร์เฟซการจัดการที่รวม Azure Resource Manager และโมดูล Az PowerShell ที่เกี่ยวข้อง

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

นี่รวมถึงการตรวจสอบเครื่องเสมือนโฮสต์เซสชัน การกำหนดแอปพลิเคชัน สถานที่จัดเก็บโปรไฟล์ ข้อกำหนดการตรวจสอบสิทธิ์ การกำหนดค่าเครือข่าย และที่เก็บข้อมูลสำรอง เอกสารคู่มือการย้ายข้อมูลด้วยตนเองของ Microsoft มีการเปรียบเทียบรายละเอียดระหว่างโมเดลวัตถุบริการคลาสสิกและโมเดลทรัพยากรที่รวมเข้ากับ Azure Resource Manager (ARM)

สิ่งที่อาจเกิดขึ้นกับทรัพยากรที่มีอยู่ของคุณหลังจากที่ Azure Virtual Desktop Classic หยุดให้บริการ?

ความแตกต่างที่สำคัญที่สุดคือระหว่างบริการการเชื่อมต่อที่ถูกเกษียณและโครงสร้างพื้นฐาน Azure ที่อยู่เบื้องหลัง

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

เครื่องเสมือนและพื้นที่จัดเก็บที่มีอยู่สามารถยังคงใช้งานได้

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

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

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

จำเป็นต้องตรวจสอบว่าระบบปฏิบัติการของเครื่องเสมือนนั้นได้รับการสนับสนุนและแอปพลิเคชันและการตั้งค่าความปลอดภัยนั้นเข้ากันได้หรือไม่

การเข้าถึงแอปพลิเคชันและข้อมูลผู้ใช้ต้องมีการตรวจสอบแยกต่างหาก

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

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

อย่างไรก็ตาม การเลิกใช้บริการไม่ได้รับประกันว่าข้อมูลที่เกี่ยวข้องกับผู้ใช้จะถูกลบออก

ในกรณีส่วนใหญ่ ข้อมูลของผู้ใช้ที่ถูกเก็บรักษาไว้จะอยู่บน Azure Files, VM disks หรือสื่อจัดเก็บข้อมูลอื่น ๆ แต่การเก็บรักษาและการเข้าถึงข้อมูลนี้จะขึ้นอยู่กับวิธีการที่มันถูกกำหนดค่า, ป้องกันด้วยสิทธิ์, สำรองข้อมูล ฯลฯ

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

ทีมยังสามารถย้าย Azure Virtual Desktop Classic ได้หรือไม่หลังจากที่มันถูกยกเลิก?

Microsoft เอกสารสองเส้นทางการย้ายข้อมูลสำหรับการเปลี่ยนจาก Azure Virtual Desktop (คลาสสิก) ไปยัง Azure Virtual Desktop ที่รวม ARM ใหม่: การย้ายข้อมูลอัตโนมัติและการย้ายข้อมูลด้วยตนเอง.

ทั้งสองตัวเลือกมีวัตถุประสงค์เพื่อให้ใช้งานได้จนถึงวันที่ 30 กันยายน 2026

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

เอกสารของ Microsoft ไม่ได้ให้คำแนะนำเกี่ยวกับช่วงการเปลี่ยนผ่าน

ดังนั้น องค์กรจึงไม่ควรพึ่งพาเครื่องมือและกระบวนการเปลี่ยนผ่านหลังการเกษียณอายุใดๆ

ตัวเลือก 1: การย้ายข้อมูลอัตโนมัติ

กระบวนการย้ายข้อมูลอัตโนมัติของ Microsoft ใช้เครื่องมือที่ใช้ PowerShell เพื่อย้ายการกำหนดค่าบริการคลาสสิกที่มีสิทธิ์ไปยังทรัพยากร ARM

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

ตัวอย่างเช่น แนวทางของ Microsoft แนะนำให้ผู้ใช้ได้รับมอบหมายสิทธิ์ Contributor เพื่อสร้างทรัพยากร Azure และสิทธิ์ User Access Administrator เพื่อจัดการสมาชิกกลุ่มแอปพลิเคชัน

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

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

ตัวเลือก 2: การย้ายข้อมูลด้วยตนเองหรือการสร้างใหม่

การย้ายด้วยตนเองต้องการการสร้างทรัพยากร Azure Virtual Desktop ที่ทันสมัยและการกำหนดค่าการบริการใหม่

ขึ้นอยู่กับกรณีเฉพาะ ผู้ดูแลระบบอาจต้องการ:

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

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

โดยเฉพาะอย่างยิ่ง การสร้างโครงสร้างพื้นฐานการจัดส่งใหม่ไม่ได้หมายความว่าจะต้องมีการเปลี่ยนแปลงแอปพลิเคชันและข้อมูลทั้งหมดเสมอไป

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

การตัดสินใจควรขึ้นอยู่กับสถานะปัจจุบันของทรัพยากรที่มีอยู่และการสนับสนุนที่มีอยู่จาก Microsoft.

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

หากทีม IT พลาดกำหนดเวลาการเกษียณ ควรทำอย่างไร?

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

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

ขั้นตอนที่ 1: ประเมินผลกระทบของบริการ

ระบุผู้ใช้, เดสก์ท็อป และแอปพลิเคชันที่ไม่สามารถใช้งานได้

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

ขั้นตอนที่ 2: รักษาโครงสร้างพื้นฐานและข้อมูล

ตรวจสอบการสมัครสมาชิก Azure เพื่อระบุเครื่องเสมือนปัจจุบัน ดิสก์ที่จัดการ บัญชีจัดเก็บ และทรัพยากรเครือข่าย

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

ขั้นตอนที่ 3: ยืนยันตัวเลือกการกู้คืนกับ Microsoft

ติดต่อฝ่ายสนับสนุนของ Microsoft เพื่อให้แน่ใจว่ายังมีขั้นตอนการย้าย/กู้คืนที่ได้รับการสนับสนุนอยู่

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

ในกรณีที่ไม่สามารถย้ายการตั้งค่าแบบคลาสสิกได้ อาจจำเป็นต้องสร้างสภาพแวดล้อมใหม่ด้วยทรัพยากร Azure Virtual Desktop ที่รองรับ

ขั้นตอนที่ 4: กู้คืนการจัดส่งแอปพลิเคชันและเดสก์ท็อป

เลือกสถาปัตยกรรมที่รองรับแอปพลิเคชันและเดสก์ท็อปที่ผู้ใช้ต้องการ

สำหรับองค์กรที่วางแผนจะอยู่บน Azure Virtual Desktop โดยปกติจะเกี่ยวข้องกับการตั้งค่า ARM integrated host pools, session hosts ที่รองรับ, application groups และการมอบหมายผู้ใช้

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

เป้าหมายคือการฟื้นฟูการเข้าถึงในขณะที่หลีกเลี่ยงความซับซ้อนและภาระที่ไม่จำเป็นจากการตั้งค่าก่อนหน้า

วิธีการตรวจสอบการย้าย Azure Virtual Desktop คืออะไร?

การกู้คืนโครงสร้างพื้นฐานไม่ได้รับประกันการทำงานของผู้ใช้ตามปกติ

การย้ายหรือการสร้างใหม่จึงต้องได้รับการตรวจสอบที่ระดับบริการและแอปพลิเคชัน

ตรวจสอบการพิสูจน์ตัวตนและการเข้าถึงของผู้ใช้

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

ตรวจสอบ Microsoft Entra, การตรวจสอบสิทธิ์หลายปัจจัย, นโยบายการเข้าถึงตามเงื่อนไข และการมอบหมาย Azure RBAC ตามที่เหมาะสม

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

ทดสอบแอปพลิเคชันที่สำคัญต่อธุรกิจ

ทดสอบแอปพลิเคชันและเดสก์ท็อปที่เผยแพร่โดยการใช้บัญชีผู้ใช้ตัวแทนที่แตกต่างกัน

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

แอปพลิเคชันเก่าต้องได้รับการพิจารณาเป็นพิเศษ เนื่องจากอาจต้องการการกำหนดค่าระบบปฏิบัติการเฉพาะ เส้นทางเครือข่าย หรือส่วนประกอบของแอปพลิเคชัน

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

ตรวจสอบโปรไฟล์ ประสิทธิภาพ และการดำเนินงาน

บริษัทที่ใช้ FSLogix หรือเครื่องมือการสร้างโปรไฟล์อื่น ๆ ควรตรวจสอบให้แน่ใจว่าทุกอย่างถูกแนบอย่างถูกต้อง มีความคงที่ และสามารถเข้าถึงได้อย่างเหมาะสม

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

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

องค์กรควรพิจารณาโครงสร้างการจัดส่งเดสก์ท็อปของตนใหม่หรือไม่?

การเลิกใช้ Azure Virtual Desktop (classic) เป็นปัญหาที่เกี่ยวข้องกับวงจรชีวิตของแพลตฟอร์ม แต่ยังเป็นโอกาสในการประเมินว่าแพลตฟอร์มการจัดส่งเดสก์ท็อปในปัจจุบันยังคงรองรับความต้องการของคุณอยู่หรือไม่

การเปลี่ยนไปใช้ Azure Virtual Desktop สมัยใหม่เป็นทางเลือกที่ชัดเจนสำหรับหลาย ๆ คน โดยเฉพาะอย่างยิ่งสำหรับผู้ที่เป็น Azure-first และใช้เดสก์ท็อปที่โฮสต์บน Azure อยู่แล้ว

องค์กรอื่นมีความต้องการที่ซับซ้อนน้อยกว่า

เมื่อไหร่ที่ Modern Azure Virtual Desktop มีความหมาย?

Modern Azure Virtual Desktop อาจเหมาะสำหรับองค์กรที่ต้องการการจัดการเดสก์ท็อปและแอปพลิเคชัน Windows แบบรวมศูนย์ ซึ่งโฮสต์บน Azure.

มันเปิดใช้งานหลายเซสชัน, โมเดล RemoteApp, และเครื่องมือ Microsoft ID และการจัดการ.

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

เมื่อใดที่สถาปัตยกรรมการเผยแพร่แอปพลิเคชัน Windows อื่นเหมาะสม?

ไม่ใช่องค์กรทุกแห่งที่ต้องการสภาพแวดล้อมการจำลองเสมือนเดสก์ท็อปที่ถูกนำไปใช้เต็มรูปแบบซึ่งโฮสต์ใน Microsoft Azure.

บางองค์กรต้องการเพียงแค่จำกัด การเข้าถึงระยะไกล ถึงแอปพลิเคชัน Windows เฉพาะ เช่น แอปพลิเคชันทางการเงินหรือ ERP หรือแอปพลิเคชันธุรกิจแบบเก่า

องค์กรเหล่านี้สามารถพิจารณาการเผยแพร่แอปพลิเคชันที่โฮสต์ในเซิร์ฟเวอร์ Windows ที่จัดการจากศูนย์กลางแทนการปรับใช้โครงสร้างพื้นฐานเดสก์ท็อปเสมือนทั่วไป (VDI)

Modern Azure Virtual Desktop ไม่ได้เกี่ยวกับการจำลองเดสก์ท็อปหรือแอปพลิเคชันเพียงอย่างเดียว แต่ยังเกี่ยวกับการเผยแพร่แอปพลิเคชันด้วย

วันนี้สามารถเผยแพร่แอปพลิเคชัน Azure โดยใช้วิธี RemoteApp ได้แล้ว

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

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

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

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

ปัจจัยใดบ้างที่ควรชี้นำการตัดสินใจ?

แผนก IT ควรประเมินการเลือกตามเกณฑ์ความต้องการในการติดตั้ง แทนที่จะพิจารณาจากฟีเจอร์ของระบบที่ถูกยกเลิก

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

วัตถุประสงค์คือการเลือกสถาปัตยกรรมองค์กรที่ตอบสนองความต้องการด้านความพร้อมใช้งาน ความปลอดภัย และความซับซ้อนในการบริหารจัดการที่ลดลง

กำลังมองหาทางเลือกสำหรับการจัดส่งแอปพลิเคชันและเดสก์ท็อปบน Windows อยู่หรือเปล่า?

การย้ายไปยัง Azure Virtual Desktop สมัยใหม่ไม่จำเป็นต้องเป็นตัวเลือกที่ดีที่สุดสำหรับทุกองค์กร ธุรกิจที่ต้องการเข้าถึงแอปพลิเคชัน Windows ที่มีอยู่หรือเดสก์ท็อปที่โฮสต์กลางอาจได้รับประโยชน์จากสถาปัตยกรรมที่เรียบง่ายกว่า โดยเฉพาะเมื่อพวกเขาไม่ต้องการสภาพแวดล้อมเดสก์ท็อปเสมือนที่โฮสต์บน Azure อย่างเต็มที่

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

สรุป

การเลิกใช้ Azure Virtual Desktop (classic) ทำให้จำเป็นต้องระบุการติดตั้งที่ได้รับผลกระทบ รักษาทรัพยากรที่มีอยู่ และกู้คืนการเข้าถึงผ่านโครงสร้างพื้นฐานที่รองรับ ทีม IT ควรตรวจสอบตัวเลือกการกู้คืนที่มีอยู่ก่อนที่จะพยายามทำการย้ายหรือสร้างใหม่

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