- FreeBSDの堅牢で一貫した設計思想を称え、かつての静かで信頼性の高いコンピューティング文化を想起させる
- アップタイムと安定性を中核目標に据え、数年間持続運用できるシステムとして確立すべきだと主張
- デスクトップ拡張とサーバー安定性のバランス、そして CURRENT と RELEASE の分離維持の必要性を提示
- pkgbaseとパッケージエコシステムの信頼性向上、企業環境でも依存可能な安定したチャネルを構築する重要性にも言及
- 技術中心の穏やかなコミュニティ文化とハードウェアベンダー協力の維持を通じて、FreeBSDが「静かだが長く続くシステム」として残るべきことを強調
FreeBSDの本質と哲学
- FreeBSDは過剰な機能競争と流行を拒む一貫したシステム
- 「ノイズ以前のコンピューティング」を想起させるシンプルさと明瞭さを備える
- プラグインやロゴ中心のエコシステムより、統合的で意図的な設計を重視する
- メインフレームのような静かな堅牢さを持つシステム
- 注目を求めず、長期間安定して動作する特性を強調する
- **ブート環境（boot environments）**は IBM i の「side A / side B」構造のように信頼性と復旧性を内在化する
- FreeBSDはハードウェア寿命サイクル（3～5年以上）に合わせて設計されたオープンソース・メインフレームへ発展する潜在力を持つ
安定性とアップタイム中心の設計
- アップタイムを設計目標として掲げるべきと強調する
- 1000日を超えるアップタイムが例外ではなく通常の結果となるべき
- カーネル変更が必要な場合のみ再起動し、更新を恐れずに適用できるべき
- メインフレームのように年単位の稼働時間を誇れるシステムとして確立すべき
- 管理者が安定性を賭けではなく機能として認識するようにする
デスクトップ拡張とリリース構造
- FreeBSDがデスクトップ領域へ拡大していることを認めながらも、サーバーの安定性を維持する必要がある
- 迅速な変化が必要なデスクトップと、長期信頼性が必要なサーバーのリズムを分離すること
- CURRENT と RELEASE の自然な分離を維持し、それぞれの領域が独立して発展することを提案
pkgbaseとパッケージエコシステムの信頼性
- pkgbase導入後、パッケージの安定性はベースシステムほど重要になった
- ベースシステムは絶対的な信頼性を維持する必要がある
- パッケージエコシステムは明確な安定チャネルを提供する必要がある
- “production tier”のような企業向け安定チャネル
- 迅速な機能実験が可能な開発用ストリーム
- 過去にはパッケージが予期せず消えたり壊れたりする問題があった
- ベースシステムレベルの綿密な管理がパッケージにも必要である
コミュニティ文化とハードウェア協力
- 論争より技術的な楽しさを重視する文化を維持する必要がある
- Linuxコミュニティの「ノイズ」を避け、思慮深いエンジニアリング中心の雰囲気を守る
- 企業環境と技術的好奇心が共存する場所としてFreeBSDを維持する
- Dell、HPEなどハードウェアベンダーとの協力を継続するべきである
- LinuxやWindowsなしでもファームウェアフラッシュツールを提供する
- ハードウェア寿命サイクルとリリースサイクルの整合を通じて現実的なデプロイ周期を維持する
FreeBSDの未来と願い
- FreeBSDは**「違い」を通じて信頼を得るシステム**として残るべき
- 最新トレンドを追うユーザーはLinuxを選ぶこともできるが、堅実に動き続けるプラットフォームを求める人はFreeBSDを選ぶべき
- オープンソース・メインフレームとしての未来を夢見て、Sun Enterprise 10kのように静かだが強い存在感を持つシステムに例えられている
- いつかサーバーラックで静かに回り続けるFreeBSDのリズムを聞きながら、「この世にもまだ長く生きるものがある」と感じられることを願う
1件のコメント
Hacker Newsの意見
FreeBSDを使い始めて26年目になる
1999年ごろ、MandrakeやRedHatのRPM依存地獄にうんざりしていたとき、Walnut Creekの本でFreeBSD 3 CDを見つけた
Portsシステムとドキュメントの質はLinuxとは比べものにならなかった
SupermicroのサーバーボードはFreeBSDとの相性がよく、15年間コロケーションサーバーを安定運用できた
今は家じゅうの古いMac miniをメディアマシンとして再利用してFreeBSDを動かし、Kodi + Braveでスポーツ配信を楽しんでいる
ファイアウォールはOpenBSDとpfSense（FreeBSDベース）をそれぞれ使っている
友人たちのためにEVE OnlineのサービスをFreeBSDに直接インストールしたが、Dockerなしでも半日でセットアップを終えられた。タイプミスさえなければもっと早かったはずだ
FreeBSDはもっと一貫性があり統合されたOSなので、ずっといちばん好きなシステムだ
FreeBSDプロジェクトのおかげで、20年以上安定して一貫したコンピューティング環境を享受できている。感謝している
最近FreeBSDがまた話題になるのは、Linuxがあまりにも主流化したからだと思う
本当の変化というより、少し逆行的な楽しさが作用している気がする
CanonicalやRedHatのような企業が自分たちのやり方を押しつけ、企業の影響力が強くなりすぎた
FreeBSDにはそういうものがほとんどなく、管理者が主導権を持てる
Linuxはどんどん複雑になり、組み合わせしにくくなっている。FreeBSDがそのシンプルさを取り戻してくれるのか気になる
各ツールが単一目的の明快なman pageを持つ世界を望んでいる
最近はUXもかなり改善されていて、ZFSとroot-on-ZFSが特に気に入っている
Docker中心のデプロイ環境ではまだ制約があるが、SSH・ファイル・メールサーバー用途には完璧だ
今日のFreeBSDはむしろ10〜20年前のLinuxに近い
FreeBSDは大好きだが、リリースサイクルは本番環境では厳しい面がある
各ポイントリリースのサポート期間が3か月ほどしかなく、アプリケーションを頻繁に再認証しなければならない
RedHatはセキュリティパッチをバックポートして安定性を保ち、Microsoftは下位互換性を極端なまでに守っている
FreeBSDは素晴らしいが、大規模なアプリケーション中心の配布には向いていないと思う
メジャーバージョンは4年間維持され、カーネルAPIに手を触れなければ問題ない
FreeBSDを安定した基盤にして主要サービスは自前でビルドして配布すればよい
サーバーではこの方法がうまく機能する。Netflixのように-CURRENTに近い運用をするのも一つの方法だ
freebsd-updateして再起動すれば終わりだ何年もPostgresクラスタを運用してきたが、FreeBSDのアップグレードはRedHatよりずっと簡単だった
メジャーバージョン間の互換性もよく保たれており、COMPATオプションのおかげでカーネル互換性も高い
Microsoftのサービスパックの概念で考えるとわかりやすい
「最新トレンドが良ければLinuxを使え」という言い方は誤解だと思う
本番向けLinuxは何年も安定した技術で運用されている
FreeBSD陣営はLinuxの現実を誤解しているように見える
まったく変わっていないと言うのは難しい
FreeBSDを最新ハードウェアで動かそうとしてドライバ問題に苦労した
「違い」が格好いいのではなく、ときには「必要なものを実装していない」と感じる
90年代後半のLinuxのような堅牢だが少し気難しいOSだ
NixOSスタイルのBSDやIllumos派生版が出てほしい
今はNixOS + ZFSを使っているが、ZFSとDTraceが第一級市民のシステムを望んでいる
宣言的パッケージ管理が未来だと思うが、非Linuxの代替があればいい
FreeBSDをデスクトップとして使うにはまだ難しさがある
ドライバ、明るさ、音量制御のような基本機能がうまく動かない
ノートPCでは15年前のLinuxのような感じだが、サーバーでは非常に安定しており、portsも素晴らしい
FreeBSDはニッチなデスクトップOSなので完璧を期待するのは難しい
自分で貢献すれば状況が良くなるかもしれない
FreeBSDの最大の長所は遅延したローリングリリース方針だ
3か月ごとに新しいパッケージの束が出て、その間はセキュリティアップデートだけがある
Debianもこうなってほしい
今はFreeBSDを家庭用ファイルサーバーとして使っている
2000年代初頭にはportland.co.ukやport5.comで無料のUnixシェルアカウントを手に入れ、
FreeBSDベースのサーバーでPerlとCGIのWeb開発を学んだ
その経験が自分のキャリアの出発点になった。当時のサーバー管理者に感謝している