Google-მა უკან მოითხოვა OEM-ების მხარდაჭერა ვირტუალური A/B ახალ Android 11 მოწყობილობებზე, რაც გზას გაუხსნიდა უწყვეტი განახლებისთვის.
განახლება 1 (01/25/2021 @ 2:06 PM ET): Android 11-ის გამოშვებამდე, როგორც ჩანს, Google-მა უკან დაიხია, რომ მოითხოვა გაშვების მოწყობილობების მხარდაჭერა ვირტუალური A/B. დააწკაპუნეთ აქ დამატებითი ინფორმაციისთვის. სტატია, როგორც გამოქვეყნებულია 2021 წლის 7 აპრილს, დაცულია ქვემოთ.
Android 7.0 Nougat-ით Google-მა შემოიტანა დანაყოფის სქემა, რომელიც შექმნილია პროგრამული უზრუნველყოფის განახლებების დასაჩქარებლად. Nougat-ში Google-მა დაამატა მხარდაჭერა გარკვეული ტიხრების დუბლირებისთვის, რათა არააქტიური ტიხრები განახლდეს ფონზე და შემდეგ ჩაანაცვლოს აქტიურზე სწრაფი გადატვირთვით. ეს "A/B დანაყოფი" დაყენების საშუალებას იძლევა "უწყვეტი განახლებები" განხორციელდეს მხარდაჭერილ Android მოწყობილობებზე, ისევე როგორც Google-ის Chrome OS. თუმცა, Google-ს არასოდეს დაუწესებია A/B ტიხრების გამოყენება, ამდენი მოწყობილობა, რომლებიც არ უჭერენ მხარს უწყვეტ განახლებებს. თუმცა, ეს შეიძლება შეიცვალოს Android 11-ით, რადგან Google აიძულებს ახლად გაშვებულ მოწყობილობებს ვირტუალური A/B დანაყოფების მხარდაჭერა.
ცოტა ფონისთვის, A/B ტიხრები ეხება მხოლოდ წაკითხვადი დანაყოფების კომპლექტს, რომლებიც დუბლირებულია. დუბლირებული ტიხრები, როგორც წესი, მოიცავს სისტემას, გამყიდველს, ჩატვირთვას და პროდუქტის ტიხრებს. როდესაც ტელეფონი ჩამოტვირთავს განახლებებს, განახლებული განახლებულია ტიხრების უმოქმედო ნაკრები (ერთი "სლოტი") ფონზე. მას შემდეგ, რაც განახლების გამოყენება დასრულდება უმოქმედო სლოტზე, მომხმარებელს სთხოვს გადატვირთოს თავისი მოწყობილობა. როდესაც მომხმარებელი გადატვირთავს თავის მოწყობილობას, უმოქმედო სლოტი ცვლის ადგილს აქტიურ სლოტთან, რაც დაასრულებს განახლების პროცესს. ადრე აქტიური სლოტი ხელუხლებელი რჩება, თუ ახლად განახლებული სლოტის ჩატვირთვის პრობლემაა. როდესაც შემდეგი განახლება შემოვა, ეს პროცესი მეორდება. თუ გაინტერესებთ უფრო ტექნიკური ახსნა, მიმართეთ Google-ის დეველოპერის დოკუმენტაციას A/B ტიხრებზე.
ამის საპირისპიროდ, მოწყობილობები A/B დანაყოფების გარეშე, როგორიცაა Samsung Galaxy S20, OPPO Find X2 და მრავალი სხვა, განახლებებს მიმართავენ სპეციალური განახლების საშუალებით აღდგენის პროცესში. ეს აშორებს მომხმარებელს Android-დან და აიძულებს მას რამდენიმე წუთის განმავლობაში გამოიყენოს თავისი მოწყობილობა, შესაძლოა გამოტოვოს მნიშვნელოვანი შეტყობინებები, ზარები ან ტექსტები. Google თვლის, რომ განახლების პროცესის გამარტივება იწვევს იმ ფაქტს, რომ უფრო მეტი ადამიანი მიიღებს განახლებას, როდესაც ის გამოვა; ფაქტობრივად, 2017 წლის მაისში, Google-მა ეს აღმოაჩინა Pixel-ის მომხმარებელთა უფრო მაღალი პროცენტი, ვიდრე Nexus-ის მომხმარებლები, ატარებდნენ უსაფრთხოების უახლეს განახლებას. რა თქმა უნდა, მომხმარებელს შეუძლია განახლებების დაგეგმვა, როდესაც ის აქტიურად არ იყენებს თავის მოწყობილობას, მაგრამ ბევრი მომხმარებელი უბრალოდ არ აახლებს მოწყობილობას მაშინაც კი, როცა მოთხოვნის შემთხვევაში. გარდა ამისა, A/B დანაყოფების არქონის გამო, მომხმარებელი გამოტოვებს მის ერთ-ერთ სარგებელს: მათ დაცვას სისტემის გაუმართავი განახლებისგან.
მაგალითად, როდესაც Xiaomi პირველად გამოვიდა Android 10 განახლება Mi A2 Lite-ისთვის ბევრმა მომხმარებელმა აღმოაჩინა, რომ მათი მოწყობილობები არ იტვირთებოდა. მათთვის საბედნიეროდ, Mi A2 Lite-ს აქვს A/B ტიხრები უწყვეტი განახლებისთვის. იპოვეს მომხმარებლები ჩვენს ფორუმებზე რომ მათ შეეძლოთ fastboot ბრძანების გამოყენება ჩამტვირთველის ჩატვირთვაზე ხელუხლებელი, ადრე აქტიური დანაყოფების ნაკრების დასაყენებლად. ამრიგად, არა მხოლოდ A/B ტიხრები მომხმარებლებს უფრო სწრაფ განახლების პროცესს აწვდიან, არამედ ისინი ასევე მოქმედებენ როგორც გაუმართავი განახლებებისთვის. OEM-ებს, რომლებსაც არ აქვთ დანერგილი A/B ტიხრები, მაინც შეუძლიათ შექმნან საკუთარი გზა OTA-სგან დასაცავად. წარუმატებლობები, თუმცა რატომ უნდა გავიაროთ ეს პრობლემა, როდესაც ეს დაცვა A/B-ის დიზაინის ნაწილია ტიხრები? თქვენი მითითებისთვის, აქ არის ნაწილობრივი (და, რა თქმა უნდა, მოძველებული) მოწყობილობების სია, რომლებიც მხარს უჭერენ A/B დანაყოფებს უწყვეტი განახლებისთვის და აქ არის გაკვეთილი როგორ შეამოწმოთ, თუ თქვენი მოწყობილობა მხარს უჭერს ფუნქციას.
შეიძლება დამაბნეველი ჩანდეს, რატომ მოსწონს ზოგიერთ OEM-ს Samsung სმარტფონს 1400 დოლარს უხდის, მაგრამ არ შესთავაზებს ასეთ კარგ ფუნქციას. მიზეზი, როგორც წესი, ემყარება შენახვას: OEM-ებს არ სურთ შესწირონ რამდენიმე გიგაბაიტი მეხსიერების სივრცე უწყვეტი განახლებების მხარდასაჭერად. Samsung Galaxy S20-ის მსგავს ტელეფონებს აქვთ ა ტონა წინასწარ დაინსტალირებული პროგრამული უზრუნველყოფის, ასე რომ, ტიხრების დუბლირება, როგორიცაა /system და /product, გამოიწვევს ბევრი უზარმაზარი ფაილის და აპლიკაციის დუბლირებას. Google-მა მოახერხა A/B ტიხრების დანერგვა შენახვის სივრცის ზედმეტი მსხვერპლის გარეშე ჭკვიანური ხრიკის წყალობით მასიური .odex ფაილების დუბლირების საკითხის გადასაჭრელად. კიდევ ერთი მიზეზი, რის გამოც OEM-ებმა შესაძლოა აირჩიონ არ დანერგონ A/B ტიხრები, არის ღირებულება: Google-ის შესაბამისობა Android-ის დანაყოფის სქემების მუდმივი ცვლილებები დიდ ძალისხმევას მოითხოვს, როგორც XDA აღიარებული დეველოპერი topjohnwu გეტყვით. თუ OEM-ები იძულებულნი არ იქნებიან, ბევრი არ იწუხებს შეცვალოს ის, რაც უკვე მუშაობს მათთვის.
თუმცა, საბოლოოდ, Google, როგორც ჩანს, აწესებს კანონს Android 11-ში. ახლად გაშვებულ მოწყობილობებზე ვირტუალური A/B დანაყოფების მიღების იძულებით, მათ ყველამ დაარწმუნეს, რომ OEM-ებს მოუწევთ უწყვეტი განახლებების მხარდაჭერა 2020 წლის ბოლოს და 2021 წლის მოწყობილობებისთვის. როგორც შენიშნა XDA აღიარებული დეველოპერმა luca020400, იფან ჰონგმა, Google-ის პროგრამული უზრუნველყოფის ინჟინერმა Project Treble-ის გუნდში, წარუდგინა ვალდებულება AOSP Gerrit-ს სახელწოდებით "მოითხოვეთ ვირტუალური A/B R გაშვებისას.” ვალდებულება განაახლებს გამყიდველის სატესტო კომპლექტს, ან VTS, რომელიც არის ავტომატური ტესტი, რომელიც უნდა გაიაროს ყველა მოწყობილობამ, რომ ჩაითვალოს Project Treble-თან თავსებადად. ახალი ტესტი ამოწმებს თუ არა სისტემის თვისება "ro.virtual_ab.enabled"დაყენებულია ჭეშმარიტად და თუ"ro.virtual_ab.retrofit" დაყენებულია "false" მოწყობილობებზე, რომელთა გადაზიდვის API დონეა 30 ან მეტი. სხვა სიტყვებით რომ ვთქვათ, ეს ტესტი ამოწმებს, აქვს თუ არა Android 11 ან უფრო მაღალი ვერსიით გაშვებული მოწყობილობა ვირტუალურ A/B ტიხრების მხარდაჭერას. "ვირტუალური" A/B ტიხრები დაინერგა Android 10-თან ერთად "დინამიურ ტიხრებთან", რომლებიც დინამიურად ცვალებადი ზომის ტიხრებია. ისინი იგივე კონცეფციაა, როგორც ჩვეულებრივი A/B დანაყოფები, გარდა იმისა, რომ მათი ზომა თავისუფლად შეიძლება შეიცვალოს.
თუ მოწყობილობა, რომელიც გაშვებულია Android 11-ით, არ უჭერს მხარს ვირტუალურ A/B დანაყოფებს, მაშინ ის ვერ შეძლებს VTS-ს. თუ მოწყობილობა ვერ ახერხებს VTS-ს, მაშინ ის ვერ გაიგზავნება Google Mobile Services-ით. სხვა სიტყვებით რომ ვთქვათ, Google-მა ეფექტურად დააკისრა OEM-ებისთვის საჭირო ვირტუალური A/B ტიხრების მხარდაჭერა და გაფართოებით, უწყვეტი განახლებები.
განახლება: ვირტუალური A/B არ არის საჭირო Android 11-ისთვის
როდესაც აპრილში პირველად შევატყობინეთ, რომ Google ითხოვს Android 11-ის გაშვების ყველა მოწყობილობას მხარდაჭერისთვის ვირტუალური A/B განახლების მექანიზმი, იყო დიდი მღელვარება, რადგან საბოლოოდ Samsung-ის ტელეფონებს შეუფერხებელი განახლებები ექნებოდა. სამწუხაროდ, ირკვევა, რომ Google-მა გადაწყვიტა, რომ ვირტუალური A/B მხარდაჭერა მოთხოვნად არ გამოეყენებინა. Android 11-ის თავსებადობის განმარტების დოკუმენტი (CDD) ამჟამად კითხულობს "მოწყობილობის განხორციელებას უნდა უჭერდეს მხარს A/B სისტემის განახლებებს", ვიდრე "უნდა" მხარდაჭერა. როგორც ჩანს, რაღაც მომენტში, Android 11-ის გამოშვებამდე, Google-მა გადაწყვიტა უარი თქვას გადაწყვეტილებაზე, მოითხოვოს ვირტუალური A/B მხარდაჭერა, სავარაუდოდ: რამდენიმე OEM-ის დავალებით. ეს ხდება საკმაოდ ხშირად, მაგრამ არასოდეს არის გადაცემული საზოგადოებისთვის, რადგან ქვეყნდება მხოლოდ CDD-ის საბოლოო პროექტი ონლაინ.