เวอร์ชันที่มีการสนับสนุนระยะยาว

การอัปเดตระบบปฏิบัติการเป็นประจำเป็นสิ่งสำคัญเพื่อให้มั่นใจในความปลอดภัยและเข้าถึงฟีเจอร์ล่าสุดได้ โดยค่าเริ่มต้นแล้ว ChromeOS จะออกการอัปเดตระบบปฏิบัติการอย่างเต็มรูปแบบไปยังเวอร์ชันเสถียร (Stable) ทุกๆ 4 สัปดาห์โดยประมาณ สำหรับการอัปเดตย่อย เช่น การแก้ไขปัญหาด้านความปลอดภัยและการอัปเดตซอฟต์แวร์มักจะมีให้ทุก 2-3 สัปดาห์ นักพัฒนาแอปสามารถทดสอบแอปพลิเคชันในเวอร์ชันที่กำลังพัฒนา (Dev) หรือเวอร์ชันเบต้า (Beta) ก่อนที่จะมีการเปิดตัว Chrome เวอร์ชันเสถียรใหม่แต่ละเวอร์ชัน เพื่อให้มั่นใจว่าแอปจะทำงานได้อย่างราบรื่น เวอร์ชันที่กำลังพัฒนาจะมีการอัปเดต 1 หรือ 2 ครั้งต่อสัปดาห์ และแสดงสิ่งที่ทีม Chrome กำลังดำเนินการอยู่ บิลด์นี้ยังคงมีข้อบกพร่อง แต่จะให้คุณได้ทดลองใช้ 9-12 สัปดาห์ก่อนที่จะเปิดตัวในเวอร์ชันเสถียร โดยเวอร์ชันเบต้าจะมีตัวอย่างฟีเจอร์ที่มาพร้อมกับเวอร์ชันเสถียรให้คุณลองใช้ก่อน 4-6 สัปดาห์

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

เวอร์ชันที่มีการสนับสนุนระยะยาว

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

ChromeOS มีการเผยแพร่การสนับสนุนระยะยาว 2 รายการ ได้แก่ การเผยแพร่ตัวเลือกก่อนเข้าสู่การสนับสนุนระยะยาว (LTC) และการเผยแพร่เวอร์ชันเสถียรระยะยาว (LTS)

• ตัวเลือกก่อนเข้าสู่การสนับสนุนระยะยาว (LTC) - ใช้เป็นพื้นฐานสำหรับ LTS เวอร์ชันถัดไป และจะตัดออกจากเวอร์ชันเสถียร 3 เดือนก่อน LTS เพื่อให้ผู้ดูแลระบบได้ดูตัวอย่างเพื่อเตรียมพร้อม
• ช่องทางการสนับสนุนระยะยาว (LTS) - ช่องทางนี้จะได้รับการอัปเดตทุก 6 เดือน มีช่วงเวลาการเผยแพร่ช้าที่สุด และมีไว้เพื่อแทนที่ช่องทางเสถียรปกติ ผู้ใช้ส่วนใหญ่ควรใช้ LTS เมื่อนำรุ่นที่รองรับระยะยาวมาใช้ทั่วทั้งองค์กร ยกเว้นผู้ใช้บางรายที่ควรใช้ LTC ต่อไปเพื่อวัตถุประสงค์ในการทดสอบ

ไทม์ไลน์การเผยแพร่เวอร์ชันเสถียร, LTC และ LTS

วงจรการใช้งานของ LTC / LTS มีดังนี้

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

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

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

เวิร์กโฟลว์การทดสอบสำหรับ LTC / LTS

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

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

โดยอ้างอิงจากแผนภาพวงจร

• เริ่มทดสอบในเวอร์ชัน Dev 108 และเบต้า 108 เพื่อให้มั่นใจว่าทุกอย่างทำงานได้ดีก่อนที่จะเปิดตัวเวอร์ชันเสถียร 108 ซึ่งจะใช้เป็นเวอร์ชัน LTC 108
• ทดสอบใน 108 LTC ทุก 2 สัปดาห์จนกว่า 108 LTS จะเปิดตัวในอีก 3 เดือนนับจากวันที่ตัดครั้งแรก
• ทดสอบใน LTS อย่างต่อเนื่องเป็นประจำเพื่อให้แน่ใจว่าการแก้ไขด้านความปลอดภัยจะไม่ทำให้เกิดปัญหา

การจัดการการเปลี่ยนแปลงระหว่างเวอร์ชัน LTC/LTS

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

ตรวจสอบว่าเข้ากันได้แบบย้อนหลัง

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

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

if ('gpu' in navigator) {
  // WebGPU is supported! Accelerate computation.
} else {
  // No WebGPU, fallback to JavaScript implementation.
}

จัดเตรียมอินสแตนซ์แยกกัน

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

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

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

<uses-feature android:name="org.chromium.arc" android:required="true" />