การล็อกอินของผู้จำหน่าย VDI: ความเสี่ยงและแนวทางแก้ไข

บทนำ

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

VDI ผู้จำหน่ายล็อคอินคืออะไร?

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

ส่วนประกอบ VDI เช่น hypervisors, connection brokers, desktop images, user profiles, authentication systems และเครื่องมือการจัดการอื่น ๆ มักจะถูกรวมกันในสภาพแวดล้อม VDI อย่างไรก็ตาม แม้ว่าจะเป็นเอกเทศ แต่พวกเขาอาจต้องการเอกสารและการกำหนดค่าจากผู้ขายเฉพาะเพื่อให้สามารถทำงานร่วมกันได้สำเร็จ

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

สาเหตุของการล็อกผู้ขายในสภาพแวดล้อม VDI คืออะไร?

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

โบรกเกอร์การเชื่อมต่อและเครื่องมือการจัดการที่เป็นกรรมสิทธิ์

โบรกเกอร์การเชื่อมต่อมีหน้าที่ในการจัดการการเชื่อมต่อของผู้ใช้ไปยังเดสก์ท็อปเสมือน ในขณะที่เครื่องมือการจัดการถูกใช้เพื่อจัดเตรียม วาง และบำรุงรักษาเดสก์ท็อปและแอปพลิเคชัน เครื่องมือต่างๆ เช่น Citrix Virtual Apps and Desktops, Omnissa Horizon และ Azure Virtual Desktop ถูกสร้างขึ้นโดยใช้โครงสร้างพื้นฐานการจัดการและเทคนิคการกำหนดค่าที่แตกต่างกัน

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

การพึ่งพา Hypervisor และโครงสร้างพื้นฐาน

แพลตฟอร์ม VDI ต้องการโครงสร้างพื้นฐานที่สามารถโฮสต์และจัดการเดสก์ท็อปเสมือน ซึ่งอาจรวมถึงเทคโนโลยีไฮเปอร์ไวเซอร์ คลาวด์ การจัดเก็บ หรือการจัดเตรียมเฉพาะ

กระบวนการย้ายข้อมูลอาจเกี่ยวข้องกับหลายงาน:

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

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

การอนุญาตและข้อจำกัดทางสัญญา

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

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

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

เว็บไซต์ Microsoft Learn ให้บริการ一个 ข้อมูลเชิงลึกเกี่ยวกับการอนุญาตใช้งาน Azure Virtual Desktop และมันมีผลต่อระบบปฏิบัติการต่างๆ และกรณีการใช้งานต่างๆ

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

การพึ่งพาแอปพลิเคชันและโปรไฟล์ผู้ใช้

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

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

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

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

การมีการล็อกอินจากผู้จำหน่าย VDI มีความเสี่ยงอะไรบ้าง?

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

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

ค่าใช้จ่ายด้านโครงสร้างพื้นฐานและการออกใบอนุญาตที่เพิ่มขึ้น

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

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

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

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

ความยืดหยุ่นทางสถาปัตยกรรมที่ลดลง

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

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

ความซับซ้อนในการย้ายข้อมูลที่เพิ่มขึ้น

การเปลี่ยนแปลงผู้จำหน่าย VDI ไม่ได้เกี่ยวกับการย้ายเครื่องเสมือนเพียงอย่างเดียว

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

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

การเปิดเผยมากขึ้นต่อการเปลี่ยนแปลงของผู้ขาย

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

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

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

คุณจะลดความเสี่ยงจากการถูกล็อคจากผู้จำหน่าย VDI ได้อย่างไร?

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

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

1. ตรวจสอบการพึ่งพา VDI ที่มีอยู่

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

การตรวจสอบความขึ้นอยู่ควรตอบคำถามต่อไปนี้:

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

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

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

แยกการจัดส่งแอปพลิเคชันออกจากโครงสร้างพื้นฐานเดสก์ท็อป

หนึ่งในวิธีที่ดีที่สุดในการลดความจำเป็นสำหรับ VDI คือการทำให้แน่ใจว่าแต่ละแอปพลิเคชันต้องการโซลูชันที่ซับซ้อนเช่นนี้จริงๆ

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

ทั้งสองวิธีรวมศูนย์แอปพลิเคชัน แต่ในวิธีที่แตกต่างกัน

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

ความแตกต่างคือด้านสถาปัตยกรรม ไม่ใช่ด้านฟังก์ชัน

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

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

ในทางกลับกัน ผู้ที่ต้องการเดสก์ท็อปที่คงที่ ซึ่งผู้ใช้แต่ละคนมีเซสชันเดสก์ท็อปของตนเอง อาจต้องการ VDI แบบเต็มรูปแบบ

3. นำสถาปัตยกรรมที่เป็นโมดูลและสามารถทำงานร่วมกันได้

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

ทีม IT ควรให้ความสำคัญกับสิ่งต่อไปนี้เมื่อมีความเหมาะสม:

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

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

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

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

4. พิจารณาการจัดส่งแอปพลิเคชันแบบไฮบริด

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

พวกเขาสามารถนำกลยุทธ์แบบผสมผสานมาใช้ที่ใช้ประโยชน์จากภาระงานต่างๆ ตามความต้องการของพวกเขา

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

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

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

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

ความท้าทายกับวิธีนี้คือมันสร้างความซับซ้อนเพิ่มเติมและต้องการการจัดการตัวตนที่ครอบคลุมมากขึ้น มาตรการด้านความปลอดภัยที่เป็นมาตรฐานเดียวกันในทุกแพลตฟอร์ม กฎการตรวจสอบ และขั้นตอนการสนับสนุน

5. เปรียบเทียบต้นทุนรวมของรูปแบบการจัดส่ง

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

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

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

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

ตัวอย่างเช่น การกำหนดค่าการโฮสต์เซสชัน Microsoft Remote Desktop Services (RDS) แบบดั้งเดิมจะต้องใช้ใบอนุญาตการเข้าถึงลูกค้า RDS ที่เหมาะสมตามที่อธิบายไว้ใน เอกสาร RDS CAL ของ Microsoft .

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

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

คุณต้องทำอะไรบ้างเพื่อหลีกเลี่ยงการล็อกอินจากผู้จำหน่าย VDI?

การลดการพึ่งพาผู้จำหน่ายนั้นปลอดภัยกว่ามากที่จะทำทีละน้อยแทนที่จะทำการเปลี่ยนแพลตฟอร์มทั้งหมดในครั้งเดียว

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

ขั้นตอนที่ 1: จัดประเภทแอปพลิเคชันตามความต้องการในการจัดส่ง

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

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

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

ขั้นตอนที่ 2: เลือกภาระงานนำร่องที่มีความเสี่ยงต่ำ

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

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

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

ขั้นตอนที่ 3: ตรวจสอบความเข้ากันได้ ประสิทธิภาพ และความปลอดภัย

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

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

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

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

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

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

ขั้นตอนที่ 4: ย้ายแอปพลิเคชันในระยะที่ควบคุม

เมื่อการนำร่องตรงตามเกณฑ์การยอมรับแล้ว ให้ขยายการใช้งานตามลำดับความสำคัญทางธุรกิจและความซับซ้อนทางเทคนิค

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

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

ขั้นตอนที่ 5: ตรวจสอบความขึ้นอยู่ที่เหลือ

ปัญหาเรื่องการล็อกผู้ขายไม่ได้จำกัดอยู่เพียงกรณีเดียว

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

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

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

ในกรณีใด VDI เป็นทางออกที่ดีในการรักษา?

การลดการล็อกของผู้จำหน่าย VDI ไม่จำเป็นต้องมีการเปลี่ยนแปลง VDI ทั้งหมด

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

มันยังมีคุณค่าสำหรับการจัดส่งเดสก์ท็อปที่มีมาตรฐานซึ่งจัดการจากศูนย์กลางพร้อมนโยบายการจัดการเดสก์ท็อปที่สอดคล้องกัน

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

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

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

การจัดส่งแอปพลิเคชันจะยังคงยืดหยุ่นในระยะยาวได้อย่างไร?

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

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

วิธีการนี้ต้องการความใส่ใจอย่างใกล้ชิดต่อเอกสารที่ถูกต้องเกี่ยวกับความต้องการ, การแยกข้อมูลแอปพลิเคชันออกจากกลไกการส่งมอบ, การรักษาคอนฟิกที่สามารถทำซ้ำได้, และการตรวจสอบอย่างต่อเนื่องเกี่ยวกับวิธีการและการตั้งค่าทางเลือก.

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

แอปพลิเคชันต้องได้รับการทดสอบสำหรับความสามารถในการทำงานบนโครงสร้างพื้นฐานที่แตกต่างกัน รวมถึงความแตกต่างในระบบปฏิบัติการพื้นฐาน การออกใบอนุญาตที่เหมาะสม ความเข้ากันได้เฉพาะแอปพลิเคชัน หรือคุณลักษณะด้านประสิทธิภาพ

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

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

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

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

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

สรุป

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

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