ตรวจสอบและเพิ่มประสิทธิภาพการทำงานของ Chrome ในสภาพแวดล้อม VDI เพื่อลดต้นทุน

  • การกำหนดขนาด RAM, CPU และนโยบาย VDI อย่างเหมาะสมเป็นกุญแจสำคัญในการป้องกันไม่ให้ Chrome ใช้ทรัพยากรที่ใช้ร่วมกันอย่างผิดปกติ
  • เครื่องมืออย่าง DevTools และ Lighthouse ช่วยให้คุณตรวจสอบประสิทธิภาพ แคช ทรัพยากร และแม้แต่แง่มุมพื้นฐานของ SEO ได้
  • การปรับแต่งรูปภาพ JavaScript และการแคช ช่วยลดขนาดไฟล์ จำนวนคำขอ และการใช้งาน CPU และหน่วยความจำต่อเซสชัน
  • การฝึกอบรมผู้ใช้และการควบคุมส่วนขยายและการสตรีมในระบบ VDI ช่วยลดต้นทุนโดยไม่สูญเสียประสิทธิภาพการทำงาน

ตรวจสอบและเพิ่มประสิทธิภาพการทำงานของ Chrome ในสภาพแวดล้อม VDI เพื่อลดต้นทุน

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

ด้วยเหตุนี้การตรวจสอบและเพิ่มประสิทธิภาพประสิทธิภาพของ Chrome ใน VDI อย่างจริงจัง โดยเน้นที่การลดต้นทุน จึงมีความสำคัญอย่างยิ่ง ไม่ใช่แค่เรื่อง "ทำให้เร็วขึ้น" แต่เป็นการทำความเข้าใจสิ่งที่เกิดขึ้น วัดผลด้วยเครื่องมือที่เหมาะสม (DevTools, Lighthouse, PageSpeed, การวิเคราะห์ข้อมูล, เมตริกเซิร์ฟเวอร์ ฯลฯ) และนำนโยบายทางเทคนิคและการใช้งานมาใช้เพื่อลดการใช้ทรัพยากรโดยไม่ทำลายประสิทธิภาพการทำงานของพนักงาน

เหตุใดประสิทธิภาพของ Chrome ในระบบ VDI จึงส่งผลกระทบโดยตรงต่อต้นทุนของคุณ

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

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

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

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

หลักการพื้นฐานของ VDI และการวิเคราะห์ทรัพยากรสำหรับ Chrome

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

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

โดยทั่วไปแล้ว ผู้ผลิตเบราว์เซอร์เองแนะนำให้ใช้RAM ประมาณ 1 GB และ vCPU ระหว่าง 2 ถึง 4 ตัวต่อเดสก์ท็อปเสมือน เพื่อให้ VDI ทำงานได้อย่างราบรื่น นั่นหมายความว่าหากคุณต้องการรองรับผู้ใช้งานพร้อมกัน 100 คน คุณควรวางแผนสำหรับ RAM อย่างน้อย 100 GB และ vCPU 200 ตัว หากคุณไม่จัดสรรทรัพยากรอย่างเหมาะสม Chrome จะเริ่มทำงานช้าลง เซสชันจะมีปัญหา และประสบการณ์การใช้งานโดยรวมจะแย่ลง

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

แนวทางปฏิบัติที่ดีที่สุดสำหรับการกำหนดค่า VDI สำหรับ Chrome

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

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

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

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

การเร่งความเร็วฮาร์ดแวร์และ GPU
เซิร์ฟเวอร์ VDI จำนวนมากไม่มี GPU เฉพาะ หรือ GPU เหล่านั้นถูกสงวนไว้สำหรับงานกราฟิกที่เฉพาะเจาะจงมาก ในกรณีเหล่านั้น หากคุณเปิดใช้งานตัวเลือกนี้ไว้... “ใช้การเร่งความเร็วฮาร์ดแวร์เมื่อมีให้ใช้งาน”คุณอาจพบพฤติกรรมที่ผิดปกติ การใช้งาน CPU สูงกว่าที่คาดไว้ หรือปัญหาด้านความเสถียร

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

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

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

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

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

คำแนะนำการใช้งานสำหรับผู้ใช้ในสภาพแวดล้อม VDI

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

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

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

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

การตรวจสอบประสิทธิภาพเว็บไซต์ด้วย DevTools และแดชบอร์ดการตรวจสอบ

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

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

เมื่อคุณทำการตรวจสอบประสิทธิภาพ ระบบจะโหลดหน้าเว็บใหม่โดยเปิดใช้งานวิธีวิเคราะห์ต่างๆ และ Lighthouse จะส่งรายงานพร้อมคำแนะนำที่จัดลำดับตามระดับความรุนแรงโดยปกติจะใช้รหัสสี (สีแดงสำหรับปัญหาที่ร้ายแรง สีเหลืองสำหรับปัญหาที่มีลำดับความสำคัญปานกลาง) คำแนะนำแต่ละรายการยังระบุด้วยว่าตรวจพบปัญหาดังกล่าวในหน้าเว็บกี่ครั้ง

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

กลยุทธ์หลัก: เครือข่าย, แคช, ทรัพยากร และลำดับการโหลด

ตรวจสอบและเพิ่มประสิทธิภาพการทำงานของ Chrome ในสภาพแวดล้อม VDI เพื่อลดต้นทุน

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

ในส่วนของเครือข่าย คำแนะนำทั่วไปได้แก่:

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

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

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

เจาะลึกเข้าไปในแคชของเบราว์เซอร์และเครือข่าย

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

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

ในการวินิจฉัยปัญหาเกี่ยวกับการแคช คุณสามารถใช้แผงเครือข่ายของ DevTools ได้ โดยการคลิกที่ทรัพยากร คุณจะเห็นส่วนหัวของคำขอและการตอบสนองหากคุณเห็นส่วนหัวเช่น "Cache-Control: no-cache" หรือไม่มีนโยบายการหมดอายุเลยในทรัพยากรที่เป็นแบบคงที่อย่างชัดเจน คุณก็พอจะทราบสาเหตุที่เว็บไซต์ของคุณสร้างปริมาณการเข้าชมจำนวนมากในแต่ละครั้งที่โหลดแล้ว

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

การลงทะเบียนและการวิเคราะห์คำขอทรัพยากร

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

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

ตัวชี้วัดสำคัญบางประการที่ควรติดตาม ได้แก่:

  • น้ำหนักรวมของหน้าเว็บและจำนวนคำขอ.
  • ขนาดและปริมาณของ JavaScript และสคริปต์แต่ละรายการที่มีขนาดเกินเกณฑ์ที่กำหนด (เช่น 100 KB)
  • ไม่ได้ใช้โค้ด JavaScript และ CSSสามารถตรวจจับได้ด้วยเครื่องมือตรวจสอบความครอบคลุมของ Chrome
  • ขนาดและจำนวนของรูปภาพ รูปแบบที่ใช้ (PNG, JPEG, WebP, SVG) และการนำเทคนิคการปรับขนาดตามหน้าจอมาใช้หรือไม่
  • การใช้แหล่งข้อมูลเพิ่มเติม เช่น ฟอนต์เว็บ ฟอนต์ไอคอน วิดีโอ เป็นต้น

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

รูปภาพ ขนาดไฟล์ และการใช้หน่วยความจำ

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

สูตรพื้นฐานสำหรับการปรับแต่งภาพให้เหมาะสมที่สุดมีดังนี้:

  • ลบภาพที่ไม่จำเป็นออก หรือของตกแต่งที่ไม่ก่อให้เกิดประโยชน์ใดๆ
  • ลดขนาดพิกเซลให้เหลือขนาดที่จำเป็นจริงๆ สำหรับการออกแบบ
  • เพิ่มแรงอัด และเลือกรูปแบบที่มีประสิทธิภาพ (เช่น JPEG แทน PNG เมื่อเป็นไปได้ หรือ WebP ในกรณีที่รองรับรูปแบบอื่น)
  • โหลดรูปภาพที่ไม่ปรากฏบนหน้าจอแรกแบบ Lazy Load

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

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

เครื่องมือวิเคราะห์ CPU หน่วยความจำ และโปรไฟล์ประสิทธิภาพ

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

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

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

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

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

การตรวจสอบ SEO ด้วย Lighthouse สำหรับเว็บไซต์องค์กร

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

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

คุณสามารถดำเนินการตรวจสอบเหล่านี้ได้สองวิธี:

  • ด้วย ส่วนขยาย Lighthouse สำหรับ Chromeโดยเลือกหมวดหมู่ SEO และสร้างรายงาน
  • จาก เครื่องมือสำหรับนักพัฒนา (การตรวจสอบ) ในเบราว์เซอร์ที่ใช้ Chromium ซึ่งมีการผสานรวมฟังก์ชันนี้ไว้

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

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

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

ในด้านเทคนิค คุณสามารถใช้ API เช่นNavigation Timing หรือ PerformanceObserverเพื่อบันทึกเวลาในการโหลด ความหน่วงในการโต้ตอบ และเหตุการณ์อื่นๆ ที่เกี่ยวข้อง จากนั้นข้อมูลเหล่านี้สามารถส่งไปยังระบบวิเคราะห์ของคุณ (เช่น Google Analytics) ในรูปแบบของเหตุการณ์ที่กำหนดเอง และนำไปเปรียบเทียบกับตัวชี้วัดต่างๆ เช่น อัตราการแปลง อัตราการละทิ้ง และอื่นๆ

จากมุมมองทางธุรกิจ การติดตามตัวชี้วัดต่างๆ เช่นอัตราการออกจากเว็บไซต์ (bounce rate), เวลาที่ใช้บนหน้าเว็บ (time on page), การแปลง (conversions), จำนวนสั่งซื้อต่อนาที (orders per minute) และการใช้งานระบบหลังบ้าน (backend usage ) เป็นสิ่งสำคัญ หากหลังจากทำการปรับปรุงประสิทธิภาพแล้ว คุณพบว่าเวลาในการโหลดลดลงและการแปลงเพิ่มขึ้น นั่นแสดงว่าคุณมีเหตุผลที่ดีที่จะลงทุนในการปรับปรุงประสิทธิภาพต่อไป

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

การบันทึกหน้าจอและการสาธิตการปรับปรุง

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

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

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

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

ระบบปฏิบัติการ Windows ในรูปแบบไคลเอนต์แบบบาง
บทความที่เกี่ยวข้อง:
Windows ในฐานะไคลเอนต์แบบบาง: การกำหนดค่าเดสก์ท็อประยะไกลและนโยบายเซสชัน

เพิ่มเป็นแหล่งข้อมูลที่ต้องการใน Google