UNIX系OSは、Linux系・BSD系・UNIX認証製品・macOSなどを「歴史・認証・用途」で分けると、種類と違いを整理できます。
LinuxとBSDは似た操作感を持ちますが成り立ちは別物です。さらにUNIX認証はOS名だけで決まるのではなく、製品・バージョン・動作環境などの単位で確認する必要があります。
UNIX系OSとは？UNIXとUnix-likeは何が違う？
結論からいうと、UNIXとUnix-like（UNIX系）は同じ意味ではありません。
「LinuxはUNIXなのか？」「macOSはUNIXなのか？」という疑問を解くには、歴史的な系譜と現在のUNIX認証を分けて考えるのがポイントです。
UNIXの歴史は1969年、米国のベル研究所でケン・トンプソンやデニス・リッチーらが開発したシステムまでさかのぼります。
その背景には、MIT、ベル研究所、General Electricなどが関わったMulticsという大規模なOSプロジェクトがありました。その経験を経て、より小さく扱いやすいシステムとしてUNIXにつながる開発が進みます。
初期のUNIXはDECのPDP-7などで開発されましたが、その後の大きな転換点がC言語への移行です。
FreeBSDが公開しているBSD Family Treeでは、1973年11月のFourth Edition（Version 4）の時期にC言語への書き直しが示されています。
これによってUNIXは、特定のコンピューターだけに強く依存する仕組みから、異なるハードウェアへ移しやすいOSへ発展していきました。
一方、現在の「UNIX」にはもう一つ重要な意味があります。
The Open GroupはSingle UNIX Specificationへの適合性を確認するUNIX Certification Programを運用しており、条件を満たして認証された製品がUNIX商標を使用できます。
ここで注意したいのが、「AIXという名前なら無条件で全部UNIX認証済み」「macOSなら全バージョンが同じ認証」という仕組みではないことです。
認証は登録された製品やバージョン、動作環境などに結び付いています。そのため、UNIX認証の有無を厳密に確認するときはThe Open Groupの公式レジスターを見る必要があります。
2026年10月1日時点で公開されているレジスターでは、UNIX V7としてIBM AIX version 7の特定条件、UNIX 03としてApple macOS version 15.0 Sequoia、HPE HP-UX 11i V3などが掲載されています。
つまり「UNIX系OS」という大きな言葉の中には、
- オリジナルUNIXと歴史的なつながりを持つ系統
- UNIXに似た設計やインターフェースを持つUnix-like OS
- The Open Groupから特定条件でUNIX認証を受けた製品
という異なる話が混在しています。
Linuxが少し分かりにくいのも、このためです。
LinuxはオリジナルUNIXのソースコードから直接枝分かれして誕生したカーネルではありません。しかしUNIXと共通する設計思想やインターフェースを数多く持つため、代表的なUnix-like環境として扱われています。
「UNIX系」は一つの家系だけを指す言葉ではない。これを最初に押さえておくと、その後の分類がかなり分かりやすくなります。
僕がこの記事を書こうと思ったのも、OSを勉強し始めたときにLinux、BSD、POSIX、GNU、UNIX認証という言葉が一気に出てきて、同じ話なのか別の話なのか分かりにくかったからです。
調べ直してみると、OS名を丸暗記するよりも、「どこから来たのか」「何に適合しているのか」「何に使うのか」を別々に見るほうが理解しやすいと感じました。
【出典：The Open Group 『The UNIX® Standard』 https://www.opengroup.org/membership/forums/platform/unix】
【出典：The Open Group 『The Register of UNIX® Certified Products』 https://www.opengroup.org/openbrand/register/】
【出典：The FreeBSD Project 『BSD Family Tree』 https://cgit.freebsd.org/src/tree/share/misc/bsd-family-tree※リンク切れ】
UNIX系OS一覧はどう分類する？Linux・BSD・認証との関係を比較
結論：UNIX系OSの違いは「系統」「歴史的なUNIXとの関係」「UNIX認証」「主用途」の4点を並べると見分けやすくなります。
代表的なOSを一覧にすると次のようになります。
| OS・製品 | 系統 | 歴史的なUNIXとの関係 | UNIX認証との関係 | 主な用途・特徴 |
|---|---|---|---|---|
| Ubuntu | Linux | オリジナルUNIXの直接派生ではない | 通常はUNIX認証製品として扱わない | デスクトップ、サーバー、クラウド |
| Debian | Linux | オリジナルUNIXの直接派生ではない | 通常はUNIX認証製品として扱わない | サーバー、デスクトップ、派生OSの基盤 |
| RHEL | Linux | オリジナルUNIXの直接派生ではない | 通常はUNIX認証製品として扱わない | 企業サーバー、クラウド |
| AlmaLinux | Linux | Linux／RHEL互換系 | 通常はUNIX認証製品として扱わない | Enterprise Linux環境 |
| Rocky Linux | Linux | Linux／RHEL互換系 | 通常はUNIX認証製品として扱わない | Enterprise Linux環境 |
| FreeBSD | BSD | BSDを通じ歴史的UNIXとつながる | UNIX認証とは別軸で考える | サーバー、ネットワーク、ストレージ |
| OpenBSD | BSD | BSDを通じ歴史的UNIXとつながる | UNIX認証とは別軸で考える | セキュリティ、ネットワーク |
| NetBSD | BSD | BSDを通じ歴史的UNIXとつながる | UNIX認証とは別軸で考える | 多様なハードウェア、組み込み |
| AIX | 商用UNIX | UNIX系の商用OS | 特定バージョン・環境が公式レジスターに登録 | IBM Powerなどの企業システム |
| HP-UX | 商用UNIX | UNIX系の商用OS | HP-UX 11i V3の特定条件などが登録 | 企業・基幹システム |
| Solaris | 商用UNIX | UNIX System Vなどの歴史を持つ | 認証の有無は対象製品を公式レジスターで確認 | 企業サーバー |
| macOS | Darwin | BSDなどUNIX由来技術を含む | 特定バージョン・環境が認証対象 | Mac、開発、一般PC |
この表で特に見てほしいのが、「歴史的なUNIXとの関係」と「UNIX認証との関係」が別の列になっていることです。
ここを一緒にしてしまうと、「UNIXから歴史的につながっている＝現在UNIX認証を受けている」「Unix-like＝認証UNIX」という誤解が生まれます。
BSDにはUNIXとの直接的な歴史があります。
FreeBSDのBSD Family Treeによれば1BSDは1978年に登場し、同年には2BSDへ続きました。その後、VAX向けUNIX/32Vを背景として、仮想記憶などを備えた3BSDが1979年後半に登場します。
一方のLinuxは、リーナス・トーバルズが1991年に開発を始めたLinuxカーネルを中心とする別系統です。
それでも実際にLinuxとBSDを操作すると、シェル、ファイル、権限、プロセス、パイプといった多くの概念が似ています。
ここがUNIX系OSの面白いところです。
歴史的な家系が同じかどうかと、現在の操作やAPIが似ているかどうかは別問題なのです。
【出典：The FreeBSD Project 『BSD Family Tree』 https://cgit.freebsd.org/src/tree/share/misc/bsd-family-tree】
【出典：The Open Group 『The Register of UNIX® Certified Products』 https://www.opengroup.org/openbrand/register/】
Linux系OSには何がある？Ubuntu・Debian・RHEL系の違い
結論：Linuxはカーネル、そのLinuxを実用的なOSとしてまとめたものがUbuntu、Debian、RHELなどのLinuxディストリビューションです。
そのため「LinuxとUbuntuの違い」を考えるときは、Linuxが土台となるカーネル、Ubuntuがそれを含むOS環境という階層の違いを理解するとスッキリします。
DebianとUbuntuはどう違う？
DebianはDebian Projectが開発するLinuxディストリビューションです。
多数のソフトウェアをパッケージとして管理でき、Ubuntuをはじめ多くのディストリビューションにも影響を与えています。
UbuntuはDebianを土台の一つとしながら、Canonicalとコミュニティによって開発されています。
初心者がLinuxを試す場合、デスクトップ環境、ドキュメント、利用者の多さなどからUbuntuは候補にしやすいOSです。
2026年4月23日にはUbuntu 26.04 LTS「Resolute Raccoon」が公開されました。
Canonicalの公開情報ではUbuntu 26.04 LTSの標準サポートは2031年までとされており、長期利用を前提とする環境でも検討しやすくなっています。
ただし、個人学習と業務サーバーでは選び方が違います。
業務では「使いやすそう」だけでなく、アプリケーション、データベース、監視製品などが対象OSを正式にサポートしているかまで確認する必要があります。
【出典：Debian Project 『About Debian』 https://www.debian.org/intro/about.en.html】
【出典：Canonical 『List of releases』 https://ubuntu.com/project/docs/release-team/list-of-releases/】
【出典：Canonical 『Ubuntu 26.04 LTS release notes』 https://documentation.ubuntu.com/release-notes/26.04/】
RHEL・AlmaLinux・Rocky Linuxはどう違う？
企業向けLinuxで代表的なのがRed Hat Enterprise Linux、通称RHELです。
Red Hatの公開情報では、RHEL 9.0は2022年5月17日、RHEL 10.0は2025年5月20日に一般提供され、RHEL 10.2は2026年5月19日に一般提供されています。
RHELは単なるLinux学習用OSというより、企業システムやハイブリッドクラウドを支えるプラットフォームとして開発されています。
RHEL系を見るうえではCentOS Linux終了後の変化も重要です。
AlmaLinuxは2023年、RHELとの「1対1」の再現だけを目標とする考え方から、ABI互換性を重視する方向へ方針を変えました。
Rocky LinuxもRHELとの高い互換性を重視していますが、プロジェクトや構築方法、サポートの考え方まで完全に同じではありません。
そのため、「RHEL系だからどれを選んでも同じ」と判断するのは避けたいところです。
現役SEとして業務用OSを見るなら、僕はOSの価格より先に「動かしたいソフトのサポートマトリクス」を確認します。
OS自体が利用できても、業務アプリやデータベースのベンダーがその組み合わせをサポートしていなければ、障害発生時に「その環境はサポート対象外です」となる可能性があるからです。
この違いは、自宅で試すOSと業務で採用するOSを分ける大きなポイントだと考えています。
【出典：Red Hat 『Red Hat Enterprise Linux Release Dates』 https://access.redhat.com/articles/red-hat-enterprise-linux-release-dates】
【出典：AlmaLinux OS Foundation 『Frequently Asked Questions』 https://wiki.almalinux.org/FAQ.html】
BSD系OSには何がある？FreeBSD・OpenBSD・NetBSDを比較
結論：FreeBSD、OpenBSD、NetBSDは同じBSD系でも、それぞれ独立したプロジェクトとして異なる方向へ発展しています。
「FreeBSD＝サーバー専用」「OpenBSD＝セキュリティ専用」と用途を固定するのではなく、各プロジェクトが何を重視しているかを見るのが正確です。
FreeBSDはOS全体を一体的に開発する
FreeBSDでは、カーネルだけでなく基本的なユーザーランドを含めてOSとして開発されます。
LinuxディストリビューションではLinuxカーネルとGNU由来のツールなどを組み合わせる構成が一般的なので、この開発モデルの違いは重要です。
FreeBSDの代表的な機能にはJailがあります。
JailはOSレベルで環境を分離する仕組みで、ファイルシステムやユーザー、ネットワークなどを分離できます。
ZFSも利用できるため、ストレージを含むサーバー環境を学びたい人にとって興味深いOSです。
ただしFreeBSDの用途がサーバーやストレージだけに限定されるという意味ではありません。
【出典：The FreeBSD Project 『Jails and Containers』 https://docs.freebsd.org/en/books/handbook/jails/】
【出典：The FreeBSD Project 『The Z File System (ZFS)』 https://docs.freebsd.org/en/books/handbook/zfs/】
OpenBSDはセキュリティとコードの正しさを重視する
OpenBSDは4.4BSDを基礎とするUnix-like OSです。
OpenBSD Projectはセキュリティ、標準化、コードの正しさ、移植性などをプロジェクトの目標として掲げています。
ここで重要なのは「OpenBSDなら何をしても安全」という意味ではないことです。
OSの設計方針がセキュリティを重視していても、設定、運用、アプリケーション、更新管理が適切でなければシステム全体の安全性は確保できません。
それでも、OSがどのような思想で設計されているのかを学ぶ教材としてOpenBSDを見ると、Linuxとは違った発見があります。
【出典：OpenBSD Project 『Project Goals』 https://www.openbsd.org/goals.html】
NetBSDは移植性を重視している
NetBSDの大きな特徴は、多様なハードウェアへの移植性です。
NetBSD Project自身も「highly portable Unix-like Open Source operating system」と説明しており、サーバーやデスクトップだけでなく、さまざまなプラットフォームを対象としています。
2026年7月30日にはNetBSD 11.0が正式公開されました。
NetBSD 11.0では64bit RISC-Vの正式サポートが加わったほか、POSIX.1-2024への適合性向上なども盛り込まれています。
「移植性」という言葉は初心者には少し抽象的ですが、簡単にいえば同じOSの考え方やコードを、性格の違うさまざまなコンピューターで使えるようにする力です。
FreeBSD、OpenBSD、NetBSDを「どれが一番優秀か」で比較するより、各プロジェクトが何を大切にしているかを見るほうがBSDの違いを理解しやすいでしょう。
【出典：NetBSD Project 『About NetBSD』 https://www.netbsd.org/about/】
【出典：NetBSD Project 『Announcing NetBSD 11.0』 https://www.netbsd.org/releases/formal-11/NetBSD-11.0.html】
商用UNIXとmacOSはUNIX系OS一覧のどこに入る？
結論：AIX、HP-UX、Solarisなどは商用UNIXの流れにあり、macOSはDarwinやBSD由来技術を持ちますが、UNIX認証はOS名ではなく登録された製品・バージョン・環境を確認する必要があります。
The Open GroupはUNIX系OSの例としてIBM AIX、HPE HP-UX、Oracle Solarisなどを挙げています。
ただし、「AIX」「Solaris」「HP-UX」というブランド名だけを見て、現在存在するあらゆるバージョンや構成が一律に同じUNIX認証を持つと考えてはいけません。
2026年10月1日時点でThe Open Groupの公開レジスターを確認すると、たとえばUNIX V7にはIBM AIX version 7の7.2 TL5以降を特定のPOWERプロセッサー環境で利用する構成が掲載されています。
UNIX 03には、HPE HP-UX 11i V3 Release B.11.31以降をHP Integrity Serversで利用する構成などが登録されています。
つまりUNIX認証は、OSファミリーに永久に貼られるシールというより、登録された製品と条件に対する適合性の証明として理解したほうが正確です。
これはmacOSも同じです。
macOSの基盤にはDarwinがあり、XNUカーネルやBSD由来の技術などが組み込まれています。
さらにThe Open Groupの公開レジスターには、UNIX 03の登録製品としてmacOS version 15.0 SequoiaがApple silicon搭載Mac向けとIntel搭載Mac向けの双方で掲載されています。
ここから「すべてのmacOSが無条件に同一条件でUNIX認証されている」と一般化するのは避けるべきです。
認証について厳密に書くなら、対象バージョンと環境を公式レジスターで確認する。この一手間が重要です。
LinuxとBSDで同じコマンドでも違うのはなぜ？
ここはSEとして特に伝えておきたいポイントです。
Unix-likeなOS同士では、コマンド名が同じでもオプションや挙動まで同一とは限りません。
たとえばLinux環境ではGNU版のコマンドが広く使われています。一方、BSDやmacOSではBSD系の実装が使われるコマンドがあります。
代表例としてsedがあります。
GNU sedでは、ファイルを直接書き換えるインプレース編集でsed -i ‘s/old/new/’ fileのような書き方ができます。
一方、BSD系sedでは-iの扱いが異なるため、Linux向けに書いたスクリプトをそのまま持っていくとエラーになったり、想定と違う動作になったりすることがあります。
dateも分かりやすい例です。
GNU coreutilsのdateとBSD系のdateでは、日時の計算や文字列から日時を解釈するためのオプションが異なります。
この差は「UNIX系なら同じコマンドが動くはず」という思い込みが危険であることを示しています。
シェルスクリプトを別OSへ移すとき、僕ならコマンド名だけで互換性を判断しません。対象OSのmanページや仕様を確認し、POSIXの範囲で書ける部分と、GNUやBSD固有機能へ依存している部分を分けます。
似ていることと、同じであることは違う。
これはUNIX系OSを理解するうえで、歴史の知識以上に実務で効いてくるポイントです。
【出典：The Open Group 『The UNIX® Standard』 https://www.opengroup.org/membership/forums/platform/unix】
【出典：The Open Group 『The Register of UNIX® Certified Products』 https://www.opengroup.org/openbrand/register/】
UNIX系OSはどう選ぶ？歴史より「何を動かすか」で決める
結論：実際に使うUNIX系OSは、系統の好みではなく、動かすアプリケーション・保守期間・サポート体制から逆算して選ぶのが基本です。
個人で勉強するならUbuntu、FreeBSD、OpenBSDなどを自由に試せますが、業務システムでは事情が変わります。
僕なら次の順番で確認します。
1. アプリケーションの正式対応OSを確認する
2. データベースやミドルウェアの対応バージョンを確認する
3. セキュリティ更新とOSのサポート期間を確認する
4. 監視・バックアップ・運用ツールの対応状況を見る
5. 障害時に誰へ問い合わせられるかを確認する
6. 社内にそのOSを運用できる人がいるかを確認する
この順番にすると、「無料だからこのOS」「有名だからこのOS」という選び方を避けやすくなります。
たとえばUbuntu 26.04 LTSは2026年4月23日に公開され、標準サポート期間は2031年までとされています。
RHEL 10.2は2026年5月19日に一般提供されました。
NetBSD 11.0は2026年7月30日に公開されています。
どれも2026年時点で現役のOSですが、だからといって同じ用途で交換可能という意味ではありません。
個人PC、Webサーバー、企業の基幹システム、組み込み機器では求められる条件が違うからです。
POSIXはUNIX系OSの違いを見るときに何の役に立つ？
POSIXはPortable Operating System Interfaceの略で、異なるOS間で共通して利用できるインターフェースなどを定める標準です。
The Open Groupによると、Single UNIX Specificationの中核部分はIEEE POSIXやISO/IEC 9945とも関係しています。
これがあることで、UNIX系OSは全部同じではない一方、ソフトウェアを移植しやすくするための共通基盤を持てます。
ただしPOSIXがあるから、GNUとBSDのコマンド固有オプションまで全部統一されるわけではありません。
ここでも標準部分とOS固有部分を分けて考えることが重要です。
【出典：The Open Group 『The UNIX® Standard』 https://www.opengroup.org/membership/forums/platform/unix】
【出典：Canonical 『List of releases』 https://ubuntu.com/project/docs/release-team/list-of-releases/】
【出典：Red Hat 『Red Hat Enterprise Linux Release Dates』 https://access.redhat.com/articles/red-hat-enterprise-linux-release-dates】
【出典：NetBSD Project 『Announcing NetBSD 11.0』 https://www.netbsd.org/releases/formal-11/NetBSD-11.0.html】
UNIX系OSの違いを現役SEはどう見る？
ここからは僕の考察です。
UNIX系OSをこれから学ぶなら、最初の入口としてLinuxを選ぶのは合理的だと考えています。
クラウド、サーバー、コンテナ、開発環境など、現在のITでLinuxに触れる機会は非常に多いからです。
ただ、Linuxを覚えることとUNIX系OS全体を理解することは同じではありません。
Linuxで覚えたコマンドをmacOSへ持っていったらオプションが違う。FreeBSDを見るとOSの構成や管理方法が違う。UNIX認証を調べると、さらに別の「標準への適合」という軸が出てきます。
僕はこの違いこそ、UNIX系を学ぶ価値だと考えています。
初心者のうちは「Ubuntu、FreeBSD、AIX、macOSを全部覚えなければ」と考える必要はありません。
まずLinuxでファイル、ディレクトリ、権限、プロセス、シェル、標準入出力といった基本を理解する。
その後でBSDやmacOSに触れ、同じコマンドと違うコマンドを比較してみる。
この順番なら、単なるコマンド暗記から「なぜこの仕組みになっているのか」という理解へ進みやすくなります。
また企業システムでは、新しいOSが登場したからといって既存の商用UNIXをすぐ置き換えられるわけではありません。
OSの上にはデータベース、ミドルウェア、業務アプリ、監視、バックアップ、シェルスクリプト、運用手順などが積み重なっています。
基幹システムのOSは、建物の基礎に少し似ています。
新しい建材のほうが魅力的だからといって、営業中のビルの基礎だけを簡単に交換できないのと同じです。
そのため筆者としては、UNIX系OSを「どれが最強か」で比べるより、歴史・標準・実装・運用という4つの視点で見るほうが実用的だと考えています。
LinuxとBSDの違いを理解することも、UNIX認証を理解することも、最終的には「その環境で何が保証され、何が固有仕様なのか」を見分ける力につながります。
まとめ：UNIX系OS一覧は歴史・認証・用途を分けて理解しよう
UNIX系OSには、Ubuntu・Debian・RHELなどのLinux系、FreeBSD・OpenBSD・NetBSDなどのBSD系、AIX・HP-UX・Solarisなどの商用UNIX、そしてDarwinやBSD由来技術を含むmacOSなどがあります。
ただし、これらを「全部同じUNIX」と考えるのは正確ではありません。
Linuxは1991年に開発が始まったカーネルを中心とする別系統で、オリジナルUNIXから直接派生したものではありません。一方、BSDは1978年の1BSDなどを通じ、UNIXとの歴史的なつながりを持っています。
さらにUNIX認証は歴史とは別の話です。
The Open Groupの認証は登録された製品・バージョン・動作環境などに結び付くため、AIX、HP-UX、macOSなどについて認証の有無を確認するときは、OS名だけで判断せず公式レジスターを確認する必要があります。
実際のOS選定では、何を動かすのか、正式対応されているか、いつまで保守されるか、誰が運用するのかを優先しましょう。
そしてUNIX系OSを学ぶときは、共通点だけでなくGNUとBSDのコマンド差のような「似ているのに違う部分」に注目すると、OSの仕組みがより深く見えてきます。
よくある質問
LinuxはUNIXそのものですか？
LinuxはオリジナルUNIXから直接派生したカーネルではなく、一般にはUnix-likeなOS環境を構成するカーネルとして整理されます。
広い意味で「UNIX系」に含めて説明されることはありますが、歴史的系譜やThe Open GroupのUNIX認証とは分けて考えましょう。
FreeBSD・OpenBSD・NetBSDは何が違いますか？
いずれもBSD系ですが、独立したプロジェクトです。
初心者向けに特徴を整理すると、FreeBSDは汎用性やサーバー機能、OpenBSDはセキュリティやコードの正しさ、NetBSDは移植性を強く意識しています。ただし、それぞれの用途がその分野だけに限定されるわけではありません。
macOSはUNIXですか？
macOSはDarwinを基盤とし、BSD由来技術などを含むOSです。
さらにThe Open Groupの公式レジスターでは、たとえばmacOS version 15.0 SequoiaのApple silicon向け・Intel向け構成がUNIX 03の登録製品として掲載されています。UNIX認証は製品やバージョン、環境に紐づくため、別バージョンについてはその都度公式レジスターを確認するのが正確です。
高橋健太（たかはしけんた）／現役SEのIT探求ブロガー
コメント