VDI กับ DaaS กับ RDS: โมเดลไหนเหมาะสมที่สุด

บทนำ

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

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

VDI, DaaS และ RDS คืออะไร?

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

โครงสร้างพื้นฐานเดสก์ท็อปเสมือนคืออะไร?

โครงสร้างพื้นฐานเดสก์ท็อปเสมือน หรือ VDI ส่งมอบเดสก์ท็อปจากเครื่องเสมือนที่โฮสต์บนโครงสร้างพื้นฐานที่รวมศูนย์ ผู้ใช้แต่ละคนที่ใช้งานเชื่อมต่อกับเครื่องเสมือนเดสก์ท็อปแยกต่างหากแทนที่จะใช้ Windows Server ที่มีผู้ใช้งานคนอื่นร่วมกัน

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

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

• นายหน้า
• เกตเวย์
• การตรวจสอบ
• วงจรชีวิตของเดสก์ท็อป

เดสก์ท็อปเป็นบริการคืออะไร?

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

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

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

บริการเดสก์ท็อประยะไกลคืออะไร?

บริการ Remote Desktop หรือ RDS เป็นแพลตฟอร์ม Microsoft Windows Server สำหรับการให้บริการเดสก์ท็อปและแอปพลิเคชันระยะไกล บทบาทของมันอาจรวมถึง RD Session Host, RD Connection Broker, RD Gateway, RD Web Access และ RD Licensing

ในการเปรียบเทียบ VDI กับ DaaS และ RDS ส่วนใหญ่ RDS จะหมายถึงโมเดลที่อิงตามเซสชัน ผู้ใช้หลายคนเชื่อมต่อกับเซสชันแยกต่างหากบนอินสแตนซ์ของระบบปฏิบัติการ Windows Server เดียวกัน ซึ่ง IT สามารถให้เดสก์ท็อปที่แชร์หรือโปรแกรม RemoteApp ส่วนบุคคลโดยไม่ต้องเปิดเผยเดสก์ท็อปทั้งหมด

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

VDI กับ DaaS กับ RDS อย่างรวดเร็ว

ปัจจัยการตัดสินใจ	VDI	DaaS	โมเดลที่ใช้เซสชัน RDS
สภาพแวดล้อมของผู้ใช้	แยกเครื่องเสมือนสำหรับเดสก์ท็อปที่ใช้งานอยู่	ขึ้นอยู่กับบริการ; อาจใช้เดสก์ท็อปแบบเซสชันเดียวหรือหลายเซสชัน	แยกเซสชันผู้ใช้บนโฮสต์ Windows Server ที่แชร์
สถานที่ตั้งโครงสร้างพื้นฐาน	ศูนย์ข้อมูล, คลาวด์ส่วนตัวหรือคลาวด์สาธารณะ	ผู้ให้บริการหรือโครงสร้างพื้นฐานคลาวด์สาธารณะ บางครั้งเป็นแบบไฮบริด	เซิร์ฟเวอร์ Windows ที่เลือกโดยลูกค้า ซึ่งเป็นเซิร์ฟเวอร์จริง เซิร์ฟเวอร์เสมือน หรือเซิร์ฟเวอร์ที่โฮสต์ในคลาวด์
การจัดการแพลตฟอร์ม	โดยหลักการจัดการโดยองค์กรหรือพันธมิตรของตน	แบ่งปันระหว่างผู้ให้บริการและลูกค้า	โดยหลักการจัดการโดยองค์กรหรือพันธมิตรของตน
การปรับแต่ง	สูง โดยเฉพาะอย่างยิ่งกับเดสก์ท็อปที่คงอยู่	ขึ้นอยู่กับบริการและรุ่นเดสก์ท็อป	โปรไฟล์ระดับผู้ใช้บนเซิร์ฟเวอร์ที่แชร์พื้นฐาน
การแยกทรัพยากร	แยกเครื่องเสมือนเดสก์ท็อปที่แชร์โครงสร้างพื้นฐานของโฮสต์	ขึ้นอยู่กับสถาปัตยกรรมเดสก์ท็อป	ผู้ใช้แชร์ระบบปฏิบัติการและทรัพยากรของโฮสต์เซสชัน
การจัดส่งแอปพลิเคชัน	เดสก์ท็อปเต็มรูปแบบและแอปพลิเคชันที่เผยแพร่ ขึ้นอยู่กับแพลตฟอร์ม	เดสก์ท็อปเต็มรูปแบบและมักจะเป็นแอปพลิเคชันแต่ละตัว	เดสก์ท็อปที่แชร์และแอปพลิเคชัน Windows ที่เผยแพร่
โมเดลต้นทุน	โครงสร้างพื้นฐาน, การอนุญาต, การดำเนินงานและต้นทุนวงจรชีวิต	การสมัครสมาชิกหรือการใช้คลาวด์พร้อมการบริหารจัดการ	Windows Server, RDS CALs, โครงสร้างพื้นฐานและการจัดการ
เหมาะสมที่สุดสำหรับ	การทำงานของเดสก์ท็อปที่ปรับแต่งได้ แยกออก หรือเฉพาะทาง	ความต้องการที่ยืดหยุ่น กระจาย หรืออิงบริการ	ผู้ใช้ที่ได้มาตรฐานและแอปพลิเคชัน Windows ที่เข้ากันได้

นี่เป็นลักษณะทั่วไปมากกว่ากฎที่ตายตัว แพลตฟอร์ม VDI ที่โฮสต์ในคลาวด์สามารถมีลักษณะคล้ายกับ DaaS ในด้านการดำเนินงาน ในขณะที่บริการ DaaS อาจมีการให้เดสก์ท็อปที่เฉพาะเจาะจงหรือแชร์กัน RDS ยังสามารถทำงานบนเครื่องเสมือนในคลาวด์แทนที่จะเป็นเซิร์ฟเวอร์ท้องถิ่น

เริ่มต้นด้วยเดสก์ท็อปเต็มรูปแบบเทียบกับแอปพลิเคชันที่เผยแพร่

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

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

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

VDI, DaaS และ RDS แบ่งการจัดการแตกต่างกัน

VDI ให้การควบคุมสถาปัตยกรรมโดยตรงแก่ IT

การติดตั้ง VDI ที่จัดการด้วยตนเองมักจะวาง hypervisor, brokers, gateways, virtual machines, images, storage และการตรวจสอบภายใต้การควบคุมขององค์กร ดังนั้น IT จึงสามารถรวมแพลตฟอร์มเข้ากับโครงสร้างพื้นฐานที่มีอยู่ ระบบระบุตัวตน และมาตรฐานความปลอดภัยได้อย่างใกล้ชิด

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

DaaS เปลี่ยนขอบเขตความรับผิดชอบ

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

• แอปพลิเคชัน
• ภาพพื้นหลังเดสก์ท็อป
• เอกลักษณ์
• นโยบาย

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

การจัดการ RDS มุ่งเน้นไปที่โฮสต์ที่แชร์

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

อย่างไรก็ตาม สภาพแวดล้อม RDS ที่ใช้งานจริงเกี่ยวข้องกับมากกว่าการเปิดพอร์ต RDP การติดตั้งขนาดใหญ่กว่าอาจต้องการ Broker, Gateway และบทบาท Web Access ที่ซ้ำซ้อนควบคู่ไปกับการจัดการโปรไฟล์ การออกใบอนุญาต การตรวจสอบ การแพตช์ และการวางแผนความจุ

ประสิทธิภาพขึ้นอยู่กับการออกแบบภาระงาน

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

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

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

ความปลอดภัยและการปฏิบัติตามขึ้นอยู่กับการดำเนินการ

VDI แยกอินสแตนซ์ระบบปฏิบัติการของผู้ใช้ ซึ่งช่วยลดความขัดแย้งของแอปพลิเคชันบางอย่างและจำกัดผลกระทบโดยตรงจากการล้มเหลวของเดสก์ท็อปหนึ่งต่ออีกเดสก์ท็อปหนึ่ง ผู้ใช้ RDS แบ่งปันระบบปฏิบัติการ Windows Server ดังนั้นโฮสต์ที่ถูกโจมตี แอปพลิเคชันที่มีช่องโหว่ หรือสิทธิ์ที่มากเกินไปอาจส่งผลกระทบต่อเซสชันมากขึ้น DaaS แนะนำผู้ให้บริการเข้าสู่โมเดลความปลอดภัย แต่ ลูกค้าจะยังคงมีความรับผิดชอบตามปกติ สำหรับ:

• เอกลักษณ์
• นโยบายการเข้าถึง
• แอปพลิเคชัน
• การกำกับดูแลข้อมูล

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

เปรียบเทียบต้นทุนรวม ไม่ใช่แค่ค่าลิขสิทธิ์

ค่าใช้จ่าย VDI

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

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

ค่าใช้จ่าย DaaS

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

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

ค่าใช้จ่าย RDS

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

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

ความสามารถในการปรับขนาดและความเร็วในการปรับใช้ให้บริการลำดับความสำคัญที่แตกต่างกัน

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

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

เมื่อ VDI เหมาะสมที่สุด

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

เลือก VDI สำหรับความต้องการเดสก์ท็อปส่วนบุคคล

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

หลีกเลี่ยง VDI สำหรับงานที่เรียบง่ายและมีมาตรฐาน

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

เมื่อ DaaS เหมาะสมที่สุด

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

ใช้ DaaS สำหรับแรงงานที่ยืดหยุ่นและกระจาย

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

ตรวจสอบสิ่งที่ผู้ให้บริการจัดการจริง ๆ

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

เมื่อ RDS เหมาะสมที่สุด

การเผยแพร่แอปพลิเคชันช่วยให้ฝ่าย IT สามารถจัดส่งซอฟต์แวร์ที่ผู้ใช้แต่ละคนต้องการได้เท่านั้น ในขณะที่โฮสต์เซสชันที่แชร์จะเพิ่มความหนาแน่นของทรัพยากร RDS จะไม่เหมาะสมเมื่อแอปพลิเคชันไม่รองรับ Windows Server หรือเซสชันพร้อมกัน ผู้ใช้ต้องการการปรับแต่งในระดับเครื่องอย่างกว้างขวาง หรือภาระงานที่ไม่สามารถคาดเดาได้อาจรบกวนเซสชันอื่น ๆ บนโฮสต์

เลือก RDS สำหรับแอปพลิเคชันและเดสก์ท็อปที่แชร์

RDS เหมาะสำหรับผู้ใช้ที่มีมาตรฐานซึ่งต้องการโปรแกรมบัญชี, ERP, CRM หรือแอปพลิเคชัน Windows ที่เข้ากันได้อื่น ๆ การเผยแพร่แอปพลิเคชันจะส่งมอบเฉพาะซอฟต์แวร์ที่จำเป็น ในขณะที่โฮสต์เซสชันที่แชร์จะช่วยเพิ่มความหนาแน่นของทรัพยากรและทำให้การจัดการแบบรวมศูนย์ง่ายขึ้น

รับรู้ขีดจำกัดของเซสชันที่แชร์

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

โมเดลไฮบริดมักเหมาะกับองค์กรจริงมากกว่า

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

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

วิธีการเลือกระหว่าง VDI, DaaS และ RDS?

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

กลุ่มผู้ใช้

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

ตัดสินใจว่าสิ่งใดที่ต้องส่งมอบ

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

ทดสอบความเข้ากันได้ของแอปพลิเคชัน

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

กำหนดขอบเขตการจัดการ

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

จำลองต้นทุนทั้งหมด

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

ประเมินความต้องการด้านความปลอดภัยและข้อมูล

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

ดำเนินการนำร่องตัวแทน

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

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

เมื่อ TSplus มีทางเลือกที่ง่ายกว่า

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

สรุป

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