Google ประกาศข่าวความคืบหน้าในวันที่ 9 ของเดือนนี้บน Android Developers โดยอ้างอิงจากฟีเจอร์ที่เปิดตัวในช่วงไม่กี่ปีที่ผ่านมา ซึ่งช่วยให้อุปกรณ์ Android อัปเดตได้เร็วและมีประสิทธิภาพมากขึ้น ฟีเจอร์เหล่านี้ประกอบด้วย:
Project Treble
ในช่วงเริ่มต้นของการพัฒนา Android Google ได้กำหนดชุดข้อกำหนดให้ผู้ผลิตปฏิบัติตาม ปัจจุบันนักพัฒนาเพียงสร้างแอปเดียวก็สามารถทำงานบนอุปกรณ์นับพันล้านเครื่องได้ Project Treble มีเป้าหมายเดียวกันคือการกำหนดอินเทอร์เฟซที่เป็นมาตรฐานสำหรับผู้จำหน่าย ทำให้ผู้ผลิตสามารถมุ่งเน้นไปที่การอัปเดต Android OS Framework (ระดับบน) และเผยแพร่เวอร์ชัน Android ใหม่ให้กับผู้ใช้ได้โดยไม่ต้องรวมเข้ากับผู้จำหน่ายอีกต่อไป
ระบบ映像档ทั่วไป (Generic System Image)
ระบบ映像档ทั่วไป (Generic System Image) เป็นระบบของ Android Open Source Project (AOSP) ที่ไม่มีการแก้ไขใดๆ และสามารถทำงานบนอุปกรณ์ต่างๆ ได้ นักพัฒนาสามารถติดตั้งและทดสอบแอปของตนบนโทรศัพท์มือถือจริงได้
Project Mainline
Project Mainline เป็นโครงการที่ Google แยกการอัปเดตความปลอดภัยของ Android ออกมา คล้ายกับ APK ของ Play Store ซึ่งสามารถติดตั้งการอัปเดตความปลอดภัยสำหรับอุปกรณ์ได้โดยไม่ต้องรอให้ผู้ผลิตสร้าง映像档เวอร์ชันถัดไป
การอัปเดตแอปพลิเคชันที่สำคัญ
Google Play ยังรับผิดชอบการอัปเดตแอปพลิเคชันและบริการที่สำคัญ เช่น การยืนตัวตน การแจ้งเตือนแบบพุช และ Google Play Protect
ฟีเจอร์ข้างต้นได้รับการนำไปใช้ใน Android 10 แล้ว
ด้วยความพยายามเหล่านี้ การนำไปใช้ของ Android 10 จึงเร็วกว่าเวอร์ชัน Android ก่อนหน้าใดๆ หลังจากเปิดตัว 10 เดือน Android 10 ทำงานบนอุปกรณ์ 100 ล้านเครื่อง ซึ่งเร็วกว่า Android Pie ถึง 28%
แล้ว Android 11 ล่ะ?
นี่คือเป้าหมายหลักของ Android 11 ในปีนี้:
เวอร์ชันตัวอย่างสำหรับนักพัฒนา OEM
ผู้ผลิตอุปกรณ์ (OEM) จะเผยแพร่เวอร์ชันตัวอย่างสำหรับนักพัฒนาก่อนเปิดตัว Android เวอร์ชันอย่างเป็นทางการ ปัจจุบันมีผู้ผลิต OEM 7 รายที่เผยแพร่เวอร์ชันตัวอย่างสำหรับนักพัฒนาบนอุปกรณ์ 13 รุ่นเพื่ออำนวยความสะดวกในการทดสอบความเข้ากันได้
การอัปเดตระบบผ่าน Google Play
ตอนนี้สามารถอัปเดตส่วนประกอบระบบ 21 รายการผ่าน Google Play ได้โดยแยกกัน รวมถึงส่วนประกอบใหม่ 9 รายการใน Android 11 ส่วนประกอบเหล่านี้มุ่งเน้นการปรับปรุงความเป็นส่วนตัว ความปลอดภัย และความสม่ำเสมอในอุปกรณ์
映像档เคอร์เนลทั่วไป (Generic Kernel Image)
ใน Android 11 Google ได้แยก Linux Kernel ออกจาก Android มากขึ้น เพื่อสร้าง映像档เคอร์เนลทั่วไปที่สามารถติดตั้งบนอุปกรณ์ทั้งหมดได้ (แนวคิดคล้ายกับ Project Treble)
A/B แบบเสมือน
ปัจจุบันการอัปเดตระบบส่วนใหญ่ดำเนินการโดยผู้ผลิตแต่ละรายผ่านบริการ OTA (Over-the-Air) การอัปเดตเหล่านี้แม้จะประหยัดพื้นที่ แต่ก็ช้ามาก และยังทำให้อุปกรณ์ค้างอยู่ในสถานะอัปเดตไม่สามารถใช้งานได้
Google เริ่มกลไก A/B OTA ใน Android N ซึ่งเรียกอีกอย่างว่า Seamless Updates สำหรับผู้ใช้จะเป็นการอัปเดตในพื้นหลังเท่านั้น และเปิดใช้งานเนื้อหาที่อัปเดตหลังจากรีบูท ข้อเสียคืออุปกรณ์ต้องการพื้นที่เพิ่มเติมสำหรับจัดเก็บการอัปเดตเหล่านี้ จึงทำให้ OEM ไม่ค่อยต้องการนำไปใช้ (เพราะต้องเพิ่มพื้นที่เพิ่มเติมสำหรับแต่ละอุปกรณ์ ซึ่งเพิ่มต้นทุน)
A/B แบบเสมือนรวมข้อดีของทั้งสองแบบเข้าด้วยกัน โดยต้องการพื้นที่จัดเก็บน้อยลง
(หมายเหตุผู้เขียน: พูดเหมือนไม่ได้พูดอะไรเลย)