14 ポイント 投稿者 GN⁺ 2025-03-25 | 2件のコメント | WhatsAppで共有
  • 20〜30年前のオープンソースは、自由技術的独立性を意味していた
  • 当時はWindowsと商用Unixが支配していたが、LinuxとBSDは自由のための選択肢だった
  • 現在ではオープンソースが主流になった一方で、モノカルチャー(単一文化)の問題が発生している
    • ツール中心の開発 → イノベーションではなくツールへの執着
    • セキュリティより新しい技術が優先される

現在の問題点

  • 安定性が失われつつある
    • 「次のバージョンで直す」
    • 「衝突したら自動再起動すればよい」
    • システムクラッシュより性能が優先される
  • Rustのメモリ安全性も、安全でない関数を使えば意味がなくなる
広告

BSDが提供する解決策

  • BSDは一貫性と安定性を提供する
  • BSDシステムの哲学
    • カーネルとユーザー向けツールが同じチームによって開発される → 一貫性を保証
    • 優れたドキュメント化(特にOpenBSD)
    • コードの単純化 → セキュリティ強化
    • 段階的な発展(Evolution)であり、急進的な変化ではない

主なBSDの種類と特徴

FreeBSD

  • 汎用システム – 性能と安定性を重視
  • セキュリティ強化版のHardenedBSDが存在
  • ZFS、ブート環境、OSとパッケージの分離
  • Jailコンテナ(2000年に導入) – Linuxのcgroupsより10年先行
  • Netflix、PlayStation、MacOSなどで利用されている

OpenBSD

  • セキュリティとコードの正確性を重視
  • pledge(), unveil() などのセキュリティ機構を提供
  • OpenSSHおよび各種セキュリティツールの出発点
  • チーム優先の開発 – ユーザー要求に振り回されない

NetBSD

  • "Of course it runs NetBSD!" – 多様なプラットフォームで動作可能
  • 50以上のアーキテクチャをサポート
  • コード品質と互換性を重視
  • 組み込み機器など古いハードウェアでも安定して動作
広告

BSD利用の実際の利点

  • より高い安定性とセキュリティ – BSDシステムは安定しており、セキュリティにも優れる
  • 簡単なシステム管理 – アップグレード後もシステムが壊れない
  • 一般的なセキュリティ脆弱性にさらされにくい – 「OpenBSDではすでに20年前に修正された問題です」
  • 一貫したネットワークインターフェース名を維持ix0enx3e3300c9e14eenp10s0f0np0 のような名前に変わることはない
  • FreeBSDの低いシステム負荷 – 同一ハードウェア上でLinuxより低い負荷を維持
  • FreeBSDの優れたI/O処理性能 – 同一ハードウェアで70%の時間短縮を経験
  • FreeBSDの改善されたユーザー体験 – より高速で一貫した応答速度を提供
  • NetBSDの長期的なサポート保証 – 「心配はいりません。プラットフォームは長期間サポートされます」

2025年にBSDを選ぶべき理由

  • セキュリティ – 脅威がますます大きくなる環境で強力な保護を提供
  • 安定性 – 新技術への執着が強い世界でも着実な安定性を維持
  • 性能 – 不要な複雑さなしに効率的な性能を提供
  • 自由 – 主流のツールや技術から距離を置いた独立性を保証
  • 一貫した哲学 – 明確で一貫したシステム設計を維持

結論

  • BSDは自由安定性セキュリティを提供する代替案である
  • 新しい技術に流されず、BSDの哲学を体験してみることを勧める

発表紹介

  • OSDay 2025での発表の要約。25分の発表で、詳細よりも一般的な内容を扱っている
  • 発表者Stefano MarinelliはBSD Cafeの創設者兼バリスタで、1996年からLinuxユーザーだった
  • 2002年からBSDシステムの探求を開始 – FreeBSDハンドブックがきっかけだった
  • 発表スライド
  • 発表動画

2件のコメント

 
picopress 2025-03-25

それでも、エコシステムとしては Linux のほうが優勢でしょうが……

 
GN⁺ 2025-03-25
Lobste.rsのコメント
  • draga79(投稿者)
    • 発表時間が25分しかなかったため、一般的なオープンソースカンファレンスの場に合わせて内容を簡潔に構成した
    • 技術的な詳細よりも、哲学的な観点からBSDへの関心を引くことが目的だった
  • jmmv
    • 「みんなが使っているから」という理由でLinux、Docker、Kubernetesを使う傾向に共感
    • Dockerが常に最適な解決策ではないにもかかわらず、標準になってしまっている現状が問題だと指摘
    • 複雑なデプロイや運用の問題を解決しようとしても、別のアプローチを説明すると理解されにくい
  • dijit
    • 「AWSとECSだけを使うべきだ」という考え方に反対
    • 特定の環境に合わせるのはAmazonに有利なだけで、利用者の自由を制限する
  • radmind
    • Dockerはシステム構成の保存には便利だが、完全な解決策ではない
    • 仮想マシンも優れた代替手段であり、BSDをリアルタイムOSとして使うならどのBSDがよいのか気になる
  • sjamaan
    • コンテナの利用があまりにも当然視されており、複雑さが増している
    • GitLabやSentryのようなツールはコンテナなしで動かすのが難しく、これは非BSD環境で問題を引き起こす
  • jbauer
    • OpenBSDをサーバーとノートPCで5年間使用しているが、非常に安定していて直感的
    • 組み込みソフトウェアが優秀で、サードパーティ製パッケージをほとんどインストールする必要がない
    • Unix系の中でも最高水準の品質だと評価
  • reezer
    • BSDについて一般化するのは不適切
    • FreeBSDは汎用、OpenBSDはセキュリティ、NetBSDは互換性という固定観念は誤り
    • さまざまな環境でBSDは実際によく機能している
  • ploum
    • FreeBSDは性能と安定性を提供する
    • OpenBSDはコードの理解しやすさとセキュリティを提供する
    • Linuxは使いやすいデスクトップ環境を提供する
  • elobdog
    • OpenBSDはファイアウォールおよびネットワークサービスで非常に効果的
    • コードは簡潔で読みやすく、バグが少ない
    • オープンソースコミュニティでよくある「まず自分で調べろ」という態度が、プロフェッショナルな環境では有益に働く
  • cryptix
    • FreeBSDはドキュメントとソフトウェア品質が優れているため、使い続けている
    • 複雑な設定管理は避けたい
  • jitl
    • 以前はFreeBSD、OpenBSD、Linuxを組み合わせて使っていたが、今ではDockerとLinuxのほうが効率的
    • 特定のネットワーク機器やアプライアンスにはBSDのほうが適している可能性がある
  • david_chisnall
    • OpenBSDとFreeBSDはどちらもコンテナをサポートしている
    • FreeBSDはrunjocirunのようなツールでコンテナ分離を提供する
    • CNIプラグインを通じてネットワーク管理が可能で、Podmanおよびcontainerdと互換性がある
  • asynts
    • DragonflyBSDでの開発体験は非常に悪かった。ビルドシステムが不安定で遅い
    • もうBSDシステムを使うつもりはない
  • johnklos
    • NetBSDのビルドシステムは非常にシンプルで使いやすい
    • 1行コマンドでカーネルをビルドできる
  • posix_cowboy
    • pf(パケットフィルタ)がBSDを選ぶ理由の1つ
    • テキストファイルから許可/ブロックの一覧を簡単に読み込める
  • meerm
    • DragonflyBSDで良い体験をした。使ってみる機会があれば勧めたい