Android 11がChromebookに登場し、ChromeOS上のAndroidアプリをオーバーホールします

Android 11がChromebookに登場し、ChromeOS上のAndroidアプリをオーバーホールします

先週のChromeCastで、Chromiumリポジトリで長い間作業を続けてきたAndroidコンテナの不思議な新しいバージョンについて話し合っていました。 ChromebookでAndroidを実行するこの新しい方法がなぜ機能しているのか、それが何のためにあるのかを正確に絞り込むのに苦労していたので、私たちは長く話しませんでした。 少しのおかげで 探偵 カイルブラッドショーによって9to5グーグルで、 それが判明 ChromebookのAndroidアプリの大幅な見直しが必要です そしてそれはすべてAndroid11から始まります。

まず、Android11を入手する予定のデバイスについて説明します。 (Android Rとしても知られています)確かに。ちょうど一ヶ月前、 リポジトリで新しいプロジェクトが始まりました 内部的には次のように参照されます eve-arc-r 。この辺りをたどると、少なくともそれらすべてがベルを鳴らします。 'イブ' Pixelbook(内部開発ツールとして現在も広く使用されているデバイス)のコードネームです。 'アーク' Chrome用Androidランタイムの頭字語であり、 R は、2020年後半に表示されるAndroidの次のバージョンを参照しています。これにより、GoogleがAndroid11をChromeOSに移行するためにすでに懸命に取り組んでいることは明らかです。

さらに、 「RVC」への他の含まれる参照 を担当する同じ開発者によって eve-arc-r 開発、そしてこれは 内部コードネーム Android 11の場合、前回のAndroid10の開発名は「QT」とよく似ています。これらの文字の意味はそれほど重要ではありませんが、将来この命名に注意を払うことを知っていると、この開発を注意深く監視するのに役立ちます。

今のところ、Android11用に準備されているデバイスはPixelbookだけではないようです。 「ククイ」と「ハッチ」の両方で、2つの新しい開発セットアップがまとめられているようです。 これらは2020年にほぼすべての新しいChromebookを担当するボードであるため、これは驚くことではありません。これらのボードから生まれた現在のヘッドライナーは、Samsung Galaxy Chromebook、ASUS Chromebook Flip C436、および Lenovo IdeaPad DuetChromebook。 「Nami」(HP x360、Dell Inspiron、Lenovo Yoga、Acer Spin 13などを担当)や「Atlas」(Pixelbook Go)などの他の有名なボードがこれらのランクに加わると思いますが、今のところは努力はすべて「イブ」、「ハッチ」、「ククイ」に焦点を当てています。

ChromeOSでのAndroidへの変更

おそらく同じくらい大きな問題は、カイルの記事が、この時点で何ヶ月もの間Chromiumリポジトリにある謎のARCVMにもたらされた明快さです。 ARCVMの機能は、基本的にChromeチームがCrostini(Chromebookの仮想マシン上のLinuxアプリ)から学んだことを使用し、それをChromeOSでのAndroidの配信方法に適用することで明確になっています。現在、Chromebook(ARC ++)で実行されるAndroidのバージョンはコンテナ内にありますが、ChromeOSと同じカーネルで実行されます。これは、Crostiniメソッドが単に回避する制限と潜在的なセキュリティリスクをChromeOSに提示します。どうやら ChromebookでAndroidアプリを実行するこの古い方法は、Android10で終了します。 Android11では使用されません。

ChromeショップでPixelSlateのお得な情報を購入する

ARCVMを使用すると、Androidは、DebianBusterが現在ChromeOSで実行されているのと同じように、別の仮想マシンで実行されます。この変更により、現在の方法で常に苦労している多くのセキュリティ問題が軽減されます。 例として、サイドローディングのAndroidアプリを取り上げます。 ユーザーは、Androidコンテナがアプリケーションをサイドローディングできるようにするために、Chromebookをはるかに安全性の低い開発者モードにすることを余儀なくされています。これは必要以上に大きなリスクです。 ARCVMを使用すると、アプリのサイドローディングなどは、Androidスマートフォンで現在見られる裁量のレベルになります。自己責任で行ってください。ただし、アプリを試すためだけにユーザーに水門を開くように強制することはありません。

この新しいAndroid配信方法については、できる限りのことを積極的に追跡していますが、私の直感によれば、これにより、長期的にはAndroidアプリの互換性をさらに安定させることができます。 Chrome OS上のLinuxアプリと同様に、ARCVMコンテナがAndroidの機能をすべて活用できる柔軟性が向上するはずです。そして、誰が知っていますか? おそらく、Androidチームは、仮想マシンを介してアプリを配信するためにカスタマイズされたいくつかの機能を組み込んでいます これにより、このARCVMの取り組み全体がChromeOSではるかにシームレスに機能するようになります。今後数か月間、状況が進展するにつれてこれに注目し、可能な限りすべてをテストする方法を見つけることを知っておいてください。