วิธีเลือกซอฟต์แวร์เผยแพร่แอปพลิเคชัน Windows

บทนำ

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

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

ซอฟต์แวร์การเผยแพร่แอปพลิเคชัน Windows คืออะไร?

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

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

Microsoft Learn อธิบายว่า Remote Desktop Services สามารถส่งมอบเดสก์ท็อปทั้งหมดหรือโปรแกรม RemoteApp ทีละรายการไปยังผู้ใช้ที่ได้รับอนุญาตได้อย่างมีศูนย์กลาง

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

การเผยแพร่แอปพลิเคชัน Windows หมายถึงอะไร?

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

กระบวนการทั่วไปประกอบด้วยห้าขั้นตอน:

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

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

การเผยแพร่แอปพลิเคชัน Windows ทำงานอย่างไร?

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

โฮสต์แอปพลิเคชัน Windows

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

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

การเผยแพร่และการควบคุมการเข้าถึง

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

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

ชั้นการเชื่อมต่อที่ปลอดภัย

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

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

วิธีการเข้าถึงผู้ใช้

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

Windows Application Publishing vs. Remote Desktop

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

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

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

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

การเผยแพร่แอปพลิเคชัน Windows เทียบกับ VDI

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

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

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

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

การเผยแพร่แอปพลิเคชันเปลี่ยนแอป Windows ให้เป็นแอปเว็บได้หรือไม่?

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

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

ผู้ใช้จะมีการเปลี่ยนแปลงอะไรบ้าง?

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

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

สิ่งที่ยังคงไม่เปลี่ยนแปลง?

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

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

เมื่อไหร่การเผยแพร่ดีกว่าการเขียนใหม่?

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

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

เมื่อไหร่ที่คุณควรเผยแพร่แอปพลิเคชัน Windows?

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

เปิดใช้งานแอปพลิเคชัน Windows รุ่นเก่า ผ่านเว็บ

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

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

รวมศูนย์ซอฟต์แวร์สายงานธุรกิจ

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

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

สนับสนุน BYOD และอุปกรณ์ผสม

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

ให้การเข้าถึงผู้รับเหมาอย่างมีการควบคุม

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

แพลตฟอร์มเช่น TSplus Remote Access สามารถเผยแพร่เฉพาะแอปพลิเคชันที่ผู้รับเหมาต้องการ โดยไม่เปิดเผยเดสก์ท็อป Windows ทั้งหมด

ส่งมอบซอฟต์แวร์ที่มีอยู่เป็นบริการโฮสต์

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

ISVs ควรประเมินอะไร?

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

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

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

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

ข้อดีและข้อจำกัดของการเผยแพร่แอปพลิเคชัน Windows

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

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

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

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

คุณจะเลือกซอฟต์แวร์เผยแพร่แอปพลิเคชัน Windows ได้อย่างไร?

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

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

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

เปรียบเทียบการเข้าถึงและประสบการณ์ของผู้ใช้

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

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

ตรวจสอบการควบคุมตัวตนและความปลอดภัย

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

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

การประเมินการบริหารจัดการและการทำงานอัตโนมัติ

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

แผนสำหรับการขยายและความยืดหยุ่น

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

เปรียบเทียบการติดตั้งและต้นทุนรวม

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

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

ตรวจสอบการสนับสนุนของผู้ขายและความเป็นผู้ใหญ่ของผลิตภัณฑ์

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

แผนการพิสูจน์แนวคิดที่ใช้ได้จริง

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

1. เลือกแอปพลิเคชันที่เป็นตัวแทนและสร้างโฮสต์ทดสอบที่มีเอกสารประกอบ
2. เผยแพร่ให้กับกลุ่มนำร่องที่ควบคุมได้
3. กำหนด HTTPS, ใบรับรองที่ถูกต้อง, การตรวจสอบสิทธิ์หลายปัจจัย และการเข้าถึงที่จำกัด.
4. ทดสอบการผสมผสานจริงของอุปกรณ์ปลายทาง เบราว์เซอร์ และไคลเอนต์พื้นเมือง
5. ตรวจสอบการเปิดตัว การเชื่อมต่อใหม่ โปรไฟล์ การพิมพ์ การเข้าถึงไฟล์ และอุปกรณ์เสริมที่จำเป็น
6. วัดทรัพยากรโฮสต์ในระหว่างกิจกรรมที่เกิดขึ้นพร้อมกันอย่างสมจริง
7. การบันทึกการตรวจสอบ, การเพิกถอนการเข้าถึง, การสำรองข้อมูล, การอัปเดตและการกู้คืน.
8. ขยายอย่างค่อยเป็นค่อยไปจากผู้ทดสอบทางเทคนิคไปยังกลุ่มการผลิตที่จำกัด

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

ข้อผิดพลาดทั่วไปในการเผยแพร่แอปพลิเคชัน Windows

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

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

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

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

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

การประเมินความต้องการด้านความปลอดภัยและการอนุญาตใช้งานต่ำเกินไป

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

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

การจัดการการส่งมอบภายนอกเหมือนกับการติดตั้งภายใน

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

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

TSplus เป็นโซลูชันการเผยแพร่แอปพลิเคชัน Windows ที่ใช้งานได้จริงอย่างไร?

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

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

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

สรุป

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

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