FOSDEM 2026を振り返る｜オープンソースの祭典で語られたトピック

FOSDEM 2026とは何か——毎年2月に集まるOSS実務者の祭典

FOSDEM（Free and Open Source Software Developers’ European Meeting）は、毎年2月にベルギーのブリュッセル自由大学を会場として開催される、世界最大規模のオープンソース開発者カンファレンスです。参加登録は無料で、世界中から数千人規模の開発者・運用担当者・コミュニティメンバーが集います。

2026年の開催も例年どおり2月上旬に実施されました。セッション数は数百本を超え、カーネル開発からセキュリティ、クラウドネイティブ、言語処理系、オープンハードウェアに至るまで、現在進行形のOSS開発テーマが横断的に議論されます。商業ベンダーの製品プロモーションではなく、コミュニティ主導の技術共有が主眼であるため、現場の運用担当者にとっては「次の半年〜1年で何が標準になるか」を先取りできる場として位置づけられています。

本記事では、FOSDEM 2026で特に注目を集めたテーマをピックアップし、Linux/OSS運用の実務に引きつけて整理します。

最大の関心事：AIとオープンソースの「本当の関係」

2026年のFOSDEMでも、AI・機械学習関連のトラックは参加者の関心を強く集めました。ただし、議論の中心は「LLMを使ってみた」という体験報告ではなく、「オープンウェイトモデル（open-weight）はオープンソースと呼べるのか」という本質的な定義論と、それに伴うライセンス・コミュニティ運営の問題にシフトしています。

LlamaやMistral系モデルなど、重みファイルは公開されているものの学習データや再現手順が非公開のモデルは、OSIが定めるオープンソースの定義を満たさないという見方が有力です。現場では、インフラ上でこれらのモデルをセルフホストする構成が広がっている一方で、「オープンソースと称しているが実際は制限付きライセンス」という誤解が運用リスクにつながる事例も報告されています。

また、llama.cppやOllama、vLLMといった推論スタック周辺のOSSエコシステムについても、GPUなし・CPUオンリーでの運用実績やQuantization（量子化）手法の比較が活発に共有されました。エッジ・オンプレミス環境でのAI推論をどう設計するかは、2026年以降の運用設計における現実的な検討項目になっています。

Rustのカーネル統合——実用フェーズへの移行

Linux カーネルへのRust統合（Rust for Linux）は、2022年のLinux 6.1における初期マージから着実に進展しており、FOSDEM 2026の時点ではドライバ開発における実用的な選択肢としての認知が広がっています。

今回のカンファレンスでは、実際にRustで書かれたカーネルドライバのレビュープロセスや、Cとの相互運用上のトレードオフが具体的に議論されました。メモリ安全性の観点からRustを採用するメリットは明確ですが、既存のCドライバのリプレースには慎重なアプローチが必要であり、「全部Rustに書き直す」という単純な話ではないという現実的な評価が定着しつつあります。

運用担当者への直接的な影響は現時点では限定的ですが、将来的にカーネルモジュール開発やドライバのデバッグが必要になる現場では、Rustの基礎知識が前提スキルとなっていく可能性があります。

ソフトウェアサプライチェーンセキュリティ——SBOMとSigstoreの現在地

2021年のSolarWinds事案以降、ソフトウェアサプライチェーンのセキュリティは継続的に注目されてきましたが、FOSDEM 2026ではその実装フェーズの現実が共有されました。

SBOM（Software Bill of Materials：ソフトウェア部品表）は、米国政府の大統領令や欧州のCRA（Cyber Resilience Act）を背景に義務化・標準化が進んでいます。SyftやGrype、Trivy といったOSSツールによるSBOM生成と脆弱性スキャンの組み合わせは、CI/CDパイプラインへの組み込み事例として広く紹介されました。

Sigstoreによるコンテナイメージやリリース成果物の署名・検証は、KubernetesやCNCFエコシステムを中心に採用が進んでいます。Cosignを用いた署名フローをGitHub ActionsやGitLab CIに組み込む手順は、現場での導入障壁が下がりつつあり、2026年時点では「やるべき標準的な対策」として扱われるようになっています。

一方、SBOMデータの管理・更新コストや、サードパーティ依存の深い階層をどこまで追跡するかという現実的な課題も議論され、ツールの成熟とは別に運用設計の難しさが指摘されています。

RISC-VとオープンハードウェアのTraction

オープン命令セットアーキテクチャであるRISC-Vは、FOSDEM 2026においても専用トラックが設けられるほど関心が高まっています。SiFive・StarFiveなどのSBCや、VisionFive 2のようなLinux対応ボードが入手しやすくなったことで、実機での開発・評価を行うコミュニティが拡大しています。

Linuxカーネルにおけるアーキテクチャサポートはriscvツリーを通じて継続的に改善されており、ディストリビューション側もDebian・Fedora・openSUSEなどが公式のRISC-Vイメージを提供するようになっています。エンベデッド・エッジ領域での採用検討が現実的な選択肢になってきました。

ただし、x86/ARMと比較したエコシステムの成熟度には依然として差があり、特定のハードウェア機能サポートやファームウェア品質にばらつきがあるため、本番環境への導入はユースケースを慎重に絞る必要があります。FOSDEM 2026でもこの点は率直に議論されており、「理念としてのオープンハードウェア」と「実務での採用判断」は別の話として整理する姿勢が参加者の間で共有されていました。

WebAssembly（Wasm）——サーバーサイド用途の成熟

WebAssemblyはブラウザ外でのサーバーサイド実行（WASIおよびComponent Model）が着実に進展しており、FOSDEM 2026でも複数のセッションで取り上げられました。

特に注目されたのは、WasmをKubernetesのワークロードとして扱う構成です。SpinKube（Fermyon）やKwasm Operatorといったプロジェクトにより、コンテナの代替または補完としてWasmモジュールをクラスタ上でスケジューリングする実装が登場しています。起動レイテンシの低さとフットプリントの小ささを活かして、関数単位のサイドカーやイベントドリブンなワークロードへの適用事例が紹介されました。

コンテナとの使い分けについては「置き換えではなく補完」という整理が現時点での共通認識です。ステートフルなアプリケーションやLinux syscallへの依存度が高い処理はOCIコンテナが依然として適切であり、軽量・短命・セキュリティサンドボックスが要件のユースケースでWasmが優位に立つという棲み分けが見えてきています。

FOSDEM 2026が示す方向性——運用担当者へのインプリケーション

FOSDEM 2026全体を通じて浮かび上がるテーマを整理すると、以下の傾向が見えてきます。

• AI/LLMはOSS運用の文脈でも「ライセンスの正確な理解」が前提になりつつある
• セキュリティはツールの有無ではなく「CI/CDへの組み込みと継続的な維持」が評価軸になっている
• Rustカーネル・RISC-V・Wasmはいずれも「実験フェーズ」を脱しつつあるが、本番採用の判断基準はユースケース依存
• systemdを中心とした現代的なLinux運用が「当然の前提」として語られ、SysVinit系の文脈はほぼ姿を消している

FOSDEMは商業カンファレンスと異なり、参加者が実際の課題とその解法を持ち寄る場です。そこで繰り返し話題になるテーマは、数年後の運用標準に転じることが多く、現場の先読みとして機能します。録画セッションはFOSDEMの公式サイトで公開されており、関心の高いトラックだけでも目を通しておくことは、技術選定の精度を上げるうえで有効な習慣です。