เมื่อคุณเริ่มสังเกตเห็นว่า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 และแบนด์วิดท์
กลยุทธ์หลัก: เครือข่าย, แคช, ทรัพยากร และลำดับการโหลด
โดยทั่วไป การตรวจสอบประสิทธิภาพจะแบ่งข้อเสนอแนะออกเป็นสองหมวดหมู่หลัก ได้แก่การใช้งานเครือข่ายและประสิทธิภาพของหน้าเว็บทั้งสองมิตินี้ส่งผลต่อต้นทุนในการให้บริการแอปพลิเคชันของคุณในสภาพแวดล้อม 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 โดยไม่ลดทอนคุณภาพของประสบการณ์การใช้งาน
