Ing. Calogero Bono
Canonicalは、Ubuntu Core Desktopの開発が専任チームのもとで再開したと発表しました。この発表は、同社のエンジニアリング担当VPであるJon Seagerが書いたものです。このプロジェクトは2023年にプレビュー版が公開されたあと、停滞していました。Canonicalはこれを、将来Ubuntu Desktopの標準的な体験になる基盤と位置づけているため、重要な動きです。
本題に入る前に、いくつか用語を確認しておきます。不変（immutable）なディストリビューションとは、利用者が基盤システムを直接変更しないものを指します。そのため壊れにくくなっています。スナップはCanonicalのソフトウェアパッケージ形式で、依存関係もまとめて含みます。厳格な閉じ込め（strict confinement）はアプリをシステムの他の部分から隔離します。一方のclassicは、より大きな自由度をアプリに与えます。Protonは、Valveが提供するWindows向けゲームをLinux上で動かすための互換レイヤーです。
Ubuntu Core Desktopとは何ですか？
公式の情報源によると、これはCanonicalの不変で検証可能なLinuxデスクトップであり、現時点ではまだリリースされていません。基盤となっているUbuntu Coreは、ほぼ10年にわたり商用のIoT、組み込み、ロボティクス向けプラットフォームで使われてきた不変のディストリビューションです。
違いはアーキテクチャにあります。ブートローダー、カーネル、デスクトップ環境、サービス、アプリケーションに至るまで、すべてがスナップです。Canonicalは、壊れにくく、復旧しやすく、アプリがアクセスできるデータをより細かく管理できるデスクトップを約束しています。
Seagerは、2023年のプレビュー版は期待に応えられるものではなかったと認めています。デスクトップの大部分を、GDM、GNOME、そして一部のバージョンではFirefoxまでを含む、ひとつの単独型の代替ベーススナップにまとめていたためです。これらのコンポーネントを分離することが優先課題になっています。
最初の3つのユースケースは何ですか？
ブラウザ中心のマシン
Seagerによると、これは最も簡単で、すばやく提供できるケースです。FirefoxとChromiumはUbuntuで何年も前からスナップとして配布されており、カメラとマイクへのアクセスを制御するための権限まわりの作業も進んでいます。
開発者向けワークステーション
ここで登場するのがCanonical Workshopです。これは隔離された、用途に合わせた開発環境を提供し、LXDを基盤としています。Seagerによれば、Visual Studio Code向けの拡張機能を使うことで、ほとんどの開発者に必要なものがそろいます。現在Workshopはclassicスナップですが、Canonicalは厳格な閉じ込めへの移行について、数週間以内に有望な結果が出ていると述べています。Seagerはこのテーマを、認証情報や機密ファイルを守るための、コーディングエージェントの隔離とも結びつけています。
すでにコンテナや隔離環境を使って作業しているなら、当サイトのDocker with Laravelの記事も参考になるかもしれません。
ゲーミングマシン
CanonicalはSteamのスナップを管理しており、これは厳格な閉じ込めで動作しています。目標は、グラフィックスを含むゲーム用のスタックを、独立して更新できるようにすることです。Seagerは、リソース不足のため、過去2年間Steamのスナップに十分な注意を向けられなかったことを認めています。
技術的な課題は何ですか？
最初の課題はアプリの入手しやすさです。Ubuntu Coreでは、すべてが厳格な閉じ込めのスナップである必要があります。Seagerによると、Snap Storeには1万1000を超えるスナップがあり、その大半はUbuntu Coreに対応しています。しかし、それ以外、特にclassicのものには作業が必要です。Visual Studio Codeもそのひとつです。
Seagerが好む方法は、WSLgと同じように、Workshop内でGUIアプリを実行し、そのウィンドウをホスト側のデスクトップに表示させるというものです。apt、nix、flatpakなど他のパッケージマネージャーについては、仮想化とコンテナ化を使うことが推奨される見込みです。
2つ目の課題は、デスクトップをモジュール化することです。ディスプレイマネージャー、デスクトップ環境、メディアサーバー、ネットワークの間に明確なインターフェースを設ける必要があります。OMG! Ubuntuは、KDE Plasmaも利用可能になると付け加え、「app gap」と呼ばれる問題に触れています。
いつ登場しますか？
OMG! Ubuntuによると、ビルドは来年のUbuntu 27.04のリリース前に利用可能になる見込みです。また、Seagerは、Debベースの従来のUbuntuデスクトップがなくなるわけではないと述べています。The Registerは、Ubuntu 27.04でプレビューが提供される可能性があると報じており、ここでは「可能性」という表現が重要です。
知っておくべき制約
リリース済みのバージョンも、確定した日付もまだありません。私たちが参照できる公式情報源は、ビジョンとロードマップを示した投稿であり、実際に試せる製品ではありません。また、入手できたテキストはモジュラー構造を扱う部分で途切れているため、すべての詳細をお伝えすることはできません。
Workshopの厳格な閉じ込め、classicアプリへの対応、そして多様なハードウェアにおけるゲーム用スタックの安定性は、まだ未解決です。Seager自身も、エンジニアリング上の複雑さが増していることを認めています。
デジタルの仕事に携わる人にとっての変化
今のところ、すぐに起こる変化はありません。Debベースのデスクトップは残ります。ただし方向性ははっきりしており、開発者は作業を、マシンを直接扱うのではなく、隔離された環境の中で行うことに慣れていく必要があるでしょう。
- 開発者はコンテナやサンドボックスの観点から考える必要が出てきます。このアプローチは、マシンごとの差異を減らすのに役立ちます。
- Linuxソフトウェアを配布している人は、厳格な閉じ込めのスナップという形式を検討することになるでしょう。
- 多数のワークステーションを管理している人は、復旧や検証が容易なシステムに関心を持つかもしれません。
権限とセキュリティの面では、基本を見直しておくと役立ちます。たとえばLinuxの権限の仕組みを確認しておくとよいでしょう。サーバーについては、セキュリティアップデートを含むマネージドホスティングの運用方針が引き続き有効です。
編集部の見解
紙の上では、このアイデアはしっかりしています。カーネルやブートローダーをアプリと同じように更新したり取り消したりできるシステムは、現実の問題を解決します。ただし、Canonicalは難しい立場からスタートしています。プロジェクトは2年間停滞しており、リソース不足を認めた点は誠実ですが、安心材料にはなりません。
本当の争点はエコシステムです。厳格な閉じ込めのアプリを求めるデスクトップは、ソフトウェアの充実度によって成否が決まります。classicアプリをWorkshop内で動かすのは巧妙な工夫ですが、複雑さを利用者の側に移すことになります。体験が滑らかでなければ、多くの人は従来のデスクトップに留まるでしょう。実際のビルドを見るまでは、判断を保留しておきたいと考えています。
よくある質問
Ubuntu Core Desktopは、Ubuntu Desktopを置き換えるのですか？
すぐにはそうなりません。Canonicalは、時間をかけて標準的な体験になると述べています。ただし、OMG! Ubuntuによると、Debベースの従来のデスクトップがなくなるわけではありません。
もう試すことはできますか？
リリース済みのバージョンではまだ試せません。2023年にプレビュー版はありましたが、開発は停止していました。現在は専任チームのもとで再開しています。
ビルドはいつ公開されますか？
OMG! Ubuntuによると、来年のUbuntu 27.04より前になる見込みです。The Registerはプレビューが提供される可能性があると報じているため、スケジュールは保証されていません。
不変とはどういう意味ですか？
基盤となるシステムを利用者が直接変更しないことを意味します。Ubuntu Coreではカーネルからアプリまで、すべてがスナップであり、システムは復旧しやすくなっています。
classicアプリは動くようになりますか？
直接には動きません。たとえばVisual Studio Codeは、Ubuntu Core上では動作しません。Seagerが好むアプローチは、Workshop内で実行し、そのウィンドウをデスクトップに表示させることです。
Ubuntu Core Desktopについて今後数か月で注目すべき点
重要な節目は、最初の毎日のビルドが公開されることと、Workshopが厳格な閉じ込めに対応することです。
- 最初のビルドの発表を追いかけ、仕事用のコンピューターではなく仮想マシンで試してみてください。
- 普段使っているツールが、厳格な閉じ込めのスナップとして提供されているかを確認してください。
- 開発をしているなら、今から隔離環境を試しておくとよいでしょう。たとえばLinuxの監視を使って、リソースがどのように振る舞うかを把握できます。
