Azure Virtual Desktop Hybrid สำหรับ VDI ภายในองค์กร

บทนำ

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

Azure Virtual Desktop Hybrid คืออะไร?

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

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

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

ดังนั้นจึงมีการแยกโครงสร้างพื้นฐานที่:

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

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

Azure Virtual Desktop Hybrid ทำงานอย่างไร?

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

ตัวแทน Azure Connected Machine จะลงทะเบียนโฮสต์เซสชันแต่ละตัวกับ Azure Arc จากนั้นส่วนขยาย Azure Virtual Desktop Arc สามารถติดตั้งส่วนประกอบ AVD ที่จำเป็นและลงทะเบียนเครื่องกับกลุ่มโฮสต์ AVD ได้

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

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

สถาปัตยกรรมนี้แยกบริการ AVD ออกจากโฮสต์เซสชัน ทำให้ Hybrid AVD แตกต่างจากทั้งสอง VDI แบบดั้งเดิมที่ติดตั้งในสถานที่ และ AVD ที่โฮสต์บน Azure มาตรฐาน: Microsoft จัดการบริการคลาวด์ แต่ลูกค้าจะยังคงดำเนินการโครงสร้างพื้นฐานการคอมพิวเตอร์ต่อไป

Hybrid AVD จะเปลี่ยนแปลงสภาพแวดล้อม VDI ที่มีอยู่ในสถานที่อย่างไร?

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

คอมพิวเตอร์ที่มีอยู่สามารถอยู่ในสถานที่ได้

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

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

การมีฮาร์ดแวร์ที่มีอยู่ไม่หมายความว่าสภาพแวดล้อม VDI จะไม่เปลี่ยนแปลง อย่างไรก็ตาม โฮสต์เซสชันต้องถูกนำไปปฏิบัติตาม ข้อกำหนดของ Microsoft และลงทะเบียนเป็น Azure Arc-enabled ก่อนที่จะสามารถใช้งานร่วมกับ Azure Virtual Hybrid Desktop ได้

การควบคุม VDI ย้ายไปยัง Azure

ความแตกต่างทางสถาปัตยกรรมที่สำคัญที่สุดปรากฏอยู่ด้านบนของโฮสต์เซสชัน

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

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

การจัดการโครงสร้างพื้นฐานท้องถิ่นยังคงอยู่

การย้ายชั้นบริการไปยัง Azure จะไม่ทำให้โครงสร้างพื้นฐานที่สนับสนุนถูกจัดการโดย Microsoft.

ทีม IT ยังคงมีความรับผิดชอบในการจัดเตรียม การแพตช์ และการบำรุงรักษาฮาร์ดแวร์ท้องถิ่น ระบบปฏิบัติการ แอปพลิเคชัน เครือข่าย การจัดเก็บข้อมูล และแพลตฟอร์มการจำลองเสมือนที่อยู่เบื้องหลัง Microsoft ได้เอกสารอย่างชัดเจนว่า Azure Virtual Desktop Hybrid ไม่ได้จัดเตรียม VM โฮสต์เซสชันในสถานที่หรือจัดการสถานะพลังงานของพวกเขา

Hybrid AVD ควรเข้าใจว่าเป็นการกระจายความรับผิดชอบ VDI แทนที่จะเป็นการส่งมอบโซลูชันทั้งหมดให้กับ Microsoft.

ในกรณีใดที่ควรเก็บ AVD Session Hosts ไว้ในสถานที่?

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

แอปพลิเคชันเก่าและการพึ่งพาท้องถิ่น

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

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

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

ข้อมูลสถานที่และข้อกำหนดโครงสร้างพื้นฐาน

บางบริษัทต้องการให้ภาระงานหรือข้อมูลบางอย่างอยู่บนโครงสร้างพื้นฐานที่อยู่ภายใต้การควบคุมของตนเองเพื่อเหตุผลด้านกฎระเบียบ สัญญา หรือการดำเนินงาน

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

การลงทุนในศูนย์ข้อมูลที่มีอยู่

องค์กรที่มีความสามารถสำรองในเซิร์ฟเวอร์ สตอเรจ และทรัพยากรการจำลองเสมือนอาจไม่มีแรงจูงใจทันทีในการเปลี่ยนแปลงสิ่งนั้น

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

การทำงานที่ไวต่อความล่าช้าของแบ็คเอนด์

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

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

เมื่อ AVD แบบไฮบริดอาจไม่เหมาะสม

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

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

Hybrid AVD จะกำจัด VPNs และ RD Gateways หรือไม่?

Azure Virtual Desktop ขจัดความซับซ้อนหลายประการของการเชื่อมต่อภายนอกโดยอนุญาตให้องค์กรหลีกเลี่ยงการเปิดเผยโฮสต์เซสชันแต่ละรายการต่ออินเทอร์เน็ตหรือการติดตั้งเกตเวย์ Remote Desktop มาตรฐาน (RD Gateway) สำหรับ AVD.

AVD ใช้โครงสร้างพื้นฐานบริการของ Microsoft เพื่อเชื่อมต่อผ่านบริการของ Microsoft การขนส่งเริ่มต้นใช้การเชื่อมต่อย้อนกลับที่ใช้ TCP ในขณะที่ RDP Shortpath สามารถเจรจาขนส่งที่ใช้ UDP ได้หากเครือข่ายและการกำหนดค่ารองรับ

สำหรับองค์กรที่มีสภาพแวดล้อม VDI ที่ใช้การเชื่อมต่อโปรโตคอล Remote Desktop (RDP) แบบขาเข้ารวมถึงวิธีการอื่น ๆ เช่น การเข้าถึง VPN หรือ RD Gateways ที่จัดการในท้องถิ่นสำหรับ การเข้าถึงระยะไกล สิ่งนี้อาจเปลี่ยนแปลงสถาปัตยกรรมของการเข้าถึงภายนอกอย่างมีนัยสำคัญ

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

ข้อจำกัดของ Azure Virtual Desktop Hybrid คืออะไร?

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

ไมโครซอฟท์กำลังนิยามหลายอย่าง ความสามารถในการจัดการโฮสต์เซสชัน เนื่องจากไม่รองรับสำหรับ Hybrid AVD:

• การจัดการพลังงาน
• Azure Virtual Desktop Autoscale
• เริ่ม VM เมื่อเชื่อมต่อ
• การกำหนดค่าฮอสเซสชัน

องค์กรจะต้องรับผิดชอบในการจัดเตรียมความสามารถเหล่านี้ผ่านทางไฮเปอร์ไวเซอร์ สคริปต์ การทำงานอัตโนมัติ หรือเครื่องมืออื่น ๆ

นอกจากนี้ การสนับสนุนระบบปฏิบัติการจะแตกต่างกันเนื่องจากไม่มีการสนับสนุนสำหรับ Azure Virtual Desktop Hybrid กับ Windows 10 Enterprise multi-session และ Windows 11 Enterprise multi-session นี่เป็นความแตกต่างที่สำคัญเพราะระบบปฏิบัติการลูกค้า Windows แบบหลายเซสชันเป็นฟีเจอร์หลักของ AVD ที่โฮสต์ใน Azure

ข้อกำหนดการอนุญาตควรได้รับการตรวจสอบอย่างรอบคอบโดยพิจารณาจากระบบปฏิบัติการที่ตั้งใจและกรณีการใช้งาน ควรยืนยันว่าข้อกำหนดสำหรับการอนุญาต Azure Virtual Desktop Hybrid ของ Microsoft ใช้บังคับนอกเหนือจาก VDI ที่มีอยู่, บริการ Remote Desktop หรือใบอนุญาต Microsoft 365 หรือไม่

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

Azure-Hosted AVD กับ Hybrid AVD กับ Traditional On-Premises VDI

เวอร์ชันสุดท้ายของประโยค (เขียนใหม่โดยใช้คำที่แตกต่างกัน โดยมีการเปลี่ยนแปลงโครงสร้างหรือความยาวของประโยคบางประโยค)

	VDI แบบดั้งเดิมในสถานที่	Azure Virtual Desktop Hybrid	Azure-Hosted AVD
โฮสต์เซสชัน	ในสถานที่	ในสถานที่	Azure
บริการ VDI/แผนควบคุม	โดยปกติโครงสร้างพื้นฐานของลูกค้า/ผู้ขาย	Microsoft AVD ใน Azure	Microsoft AVD ใน Azure
ต้องการไฮเปอร์ไวเซอร์ท้องถิ่น	โดยปกติใช่	ใช่สำหรับโฮสต์ที่ใช้ VM	ไม่
การจัดการคอมพิวเตอร์ภายในพื้นที่	ลูกค้า	ลูกค้า	ไม่สามารถใช้ได้กับคอมพิวเตอร์ท้องถิ่น
คุณสมบัติวงจรชีวิต VM AVD ดั้งเดิม	ไม่	จำกัด	การสนับสนุนที่กว้างขึ้น
ความใกล้ชิดกับแอปพลิเคชันท้องถิ่น	สูง	สูง	ขึ้นอยู่กับการออกแบบเครือข่าย
การพึ่งพา Azure	ขึ้นอยู่กับผลิตภัณฑ์	ใช่	ใช่
การใช้คอมพิวเตอร์ Azure	ไม่	ไม่ใช่สำหรับโฮสต์เซสชันท้องถิ่น	ใช่

ดังนั้น AVD แบบไฮบริดจึงมีสถาปัตยกรรมที่เป็นกลาง ซึ่งงานที่ต้องทำจะถูกส่งมาจากคลาวด์ (ที่จัดการโดย Microsoft) แต่การประมวลผลในท้องถิ่นจะถูกจัดการโดยลูกค้า

การเลือกสถาปัตยกรรมเช่นนี้สามารถพิสูจน์ได้ว่าเหมาะสมก็ต่อเมื่อมีประโยชน์ในการรักษางานโหลดให้เป็นท้องถิ่น

ทีม IT ควรประเมินการย้ายไปยัง AVD แบบไฮบริดอย่างไร?

การประเมิน AVD แบบไฮบริดควรเริ่มต้นไม่ใช่จาก Azure แต่ควรเริ่มจากงานและความขึ้นอยู่ต่างๆ

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

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

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

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

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

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

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

สรุป

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

ปัจจัยที่ตัดสินใจคือการรักษางานเหล่านั้นไว้ในท้องถิ่นให้ประโยชน์ทางเทคนิคหรือการดำเนินงานที่ชัดเจนหรือไม่ ทีม IT ควรประเมินความสัมพันธ์ของแอปพลิเคชัน การจัดการโครงสร้างพื้นฐาน เครือข่าย การอนุญาต และการพึ่งพา Azure ร่วมกันก่อนที่จะตัดสินใจว่าการใช้ Hybrid AVD จะทำให้สภาพแวดล้อม VDI ของพวกเขาง่ายขึ้นจริงหรือไม่