2026.07.29 インフラ

Unixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説

「Unix」という語は現場で三つの意味に揺れます。1969年に生まれた原典のOS、The Open Group の認証を通った製品だけが名乗れる商標、そしてLinuxやmacOSを含む「Unix系」というゆるい括り。この三つを混ぜたまま議論すると、移行の見積も規格準拠の判断も噛み合いません。本記事ではUnixの正体を商標制度と規格文書の粒度で分解し、機械室に残るUnix資産をどう扱うかの判断までを2026年7月時点の一次情報で整理しました。

まとめ：Unixの正体と移行判断の結論

Unixは1969年にAT&Tベル研究所で生まれたOSで、現在の「UNIX」は The Open Group が管理する商標です。認証試験を通った製品だけがこの名を名乗れます。2026年7月時点で稼働中の認証製品は macOS・AIX・HP-UX・z/OS 系にとどまり、Linuxは認証を受けていないため正式には「Unix系（Unix-like）」に分類されます。

規格としての実体は Single UNIX Specification Version 5（2024年）で、これは POSIX.1-2024 と技術的に同一の文書にあたります。

商用Unixの現在地ははっきり分かれました。HP-UX 11i v3 は2025年12月31日で標準サポートを終え、Oracle Solaris 11.4 は Premier が2031年・Extended が2037年まで。AIX は TL 単位で期限が設定され、Power11 世代まで載る道が続きます。

判断の結論を先に置きます。保守期限が投資回収の期間より先にあり、ハード固有機能への依存が深いなら残してよい。標準サポート切れ・部品が調達できない・担い手がいない、のいずれかなら移行へ踏み切ってください。HP-UXはすでに一つ目に該当します。

Unixとは何か｜1969年にベル研究所で生まれたOSの原典を読み解く

すべてをファイルとして扱う設計思想と小さな道具を組み合わせる流儀

UnixはAT&Tベル研究所で、ケン・トンプソンとデニス・リッチーを中心に1969年に作られました。直前まで参加していた Multics という大規模OS計画が肥大化して頓挫した反動から、意図的に小さく作られています。

設計の骨格は二つです。通常のファイルもデバイスもプロセス情報も同じ「ファイル」という抽象で読み書きできるようにしたこと、そして小さなコマンドを標準入出力でつなぎ大きな処理を組み立てる流儀を選んだことにあります。

1973年にC言語で書き直された点も外せません。機械語で書かれた当時のOSは別のハードへ移すのに作り直しに近い工数がかかり、高級言語での記述がUnixを複数のハードへ広げる土台になりました。この設計と移植性が、半世紀後のLinuxやmacOSまで形を変えて残っています。

System VとBSDへの分岐が商用UnixとmacOSの系譜を決めた

Unixは1970年代に大学や研究機関へ配布され、そこから二つの流れに枝分かれします。AT&T自身が製品化した System V 系と、カリフォルニア大学バークレー校が独自に拡張した BSD 系です。

System V 系からは、IBM の AIX、HP の HP-UX、Sun Microsystems の Solaris といった商用Unixが生まれます。企業の基幹システムで「Unixサーバー」と呼ばれてきたのは、おおむねこの系統です。

BSD 系はネットワーク実装とライセンスの緩さで広がり、FreeBSD や OpenBSD といったオープンソースOSへ、さらに Apple の Darwin を経由して macOS の土台へ流れ込みました。手元のMacで ls -l の出力がLinuxと微妙に違うのは、この系譜の差が理由です。BSD側の実装詳細はFreeBSDとは？Linuxとの違い・ZFS/jail/bhyveの実装から採用判断まで実装者向けに解説に譲ります。

UNIXは商標であり認証を通った製品だけが名乗れるという事実の意味

ここが最も誤解されている点です。現在の「UNIX」は技術の名前ではなく The Open Group が保有する登録商標で、所定の適合試験に合格し登録手続きを経た製品だけが正式にUNIXを名乗れます。

そのため、UnixのソースコードをまったくコピーせずゼロからUnix互換に作られたLinuxは、認証を受けていない以上「UNIX」ではありません。技術文書で正確を期すときは「Unix系」「Unix-like」と書きます。逆に、Unixらしさをほとんど感じさせないIBMのメインフレーム向け z/OS が認証を持っているという逆転も起きています。

実務上の含意は要件定義の言葉づかいに現れます。RFPの「UNIX上で稼働すること」が認証UNIXを指すのかUnix系OS全般を許すのかで、選べる製品の範囲は桁違いに変わるでしょう。OS全体の分類はOSの種類とは？デスクトップ・サーバー・モバイルの代表例と選び方を一覧で解説で俯瞰できます。

規格としてのUnix｜SUS V5とPOSIX.1-2024が保証する範囲

SUS V5の中身｜Base Specifications Issue 8の三部構成

Unixの中身を決める文書は Single UNIX Specification（SUS）です。2026年7月時点の現行版は Version 5（2024年）で、中核は Base Specifications Issue 8 という三部構成の仕様書にあたります。

構成要素 略号 規定している内容
Base Definitions XBD 用語・型・ヘッダの定義
System Interfaces XSH C言語のシステムコールと関数
Shell and Utilities XCU シェル文法と標準コマンド群
X/Open Curses — 端末画面制御の関数群

注意したいのは、SUS V5 と POSIX.1-2024 が別々の規格ではない点です。The Open Group の公式説明では両者は技術的に同一の文書と明記され、策定を担う Austin Group は IEEE・ISO/IEC JTC 1/SC 22・The Open Group の合同作業部会にあたります。C言語の標準規格 ISO/IEC 9899 とも整合が取られており、「POSIX準拠」と「SUS準拠」は現行版でほぼ同じ範囲を指します。

認証UNIXの現在地｜macOSとAIXとHP-UXが名乗れる製品にあたる

認証には世代ごとのマークがあります。古い順に UNIX 93、UNIX 95、UNIX 98、UNIX 03、そして最新の UNIX V7 で、UNIX 03 は SUS Version 3 に整合する製品標準です。

2026年時点で登録簿に載る稼働中の認証製品は十件に満たず、顔ぶれは macOS（IntelとApple Silicon の両方）、AIX、HP-UX、IBMの z/OS 系に絞られます。最新の UNIX V7 に至っては AIX 7.2 TL5 以降だけが取得済みです。

読み取れる事実は二つです。認証UNIXという枠はすでに商用の少数派で、市場のほとんどはUnix系のLinuxとBSDが占めます。そしてmacOSが認証UNIXである点は開発端末の選定に効き、手元のMacと本番のLinuxが同じPOSIXの土台を共有するぶん、シェルスクリプトやCのコードの往復で驚きが少なく済みます。

POSIX準拠が移植で保証する範囲と、保証しない範囲を切り分ける

移植の見積でここを混同すると工数が丸ごとずれます。POSIXが規定するのはソースコードの互換性でありバイナリの互換性ではありません。同じCのソースが両方でコンパイルできても、AIX用にビルドした実行ファイルがLinuxで動く保証はゼロです。

観点 POSIXが保証するか
C標準関数とシステムコール 保証する
シェル文法と標準コマンド 保証する
実行ファイルのバイナリ互換 保証しない
性能特性とチューニング手法 保証しない
パッケージ形式と初期化方式 保証しない
デバイス管理と監視の作法 保証しない

加えて、現場のスクリプトはPOSIXの範囲に収まっていないことがほとんどです。GNU の sed -i や date -d、bash 固有の連想配列は規格外の拡張にあたり、Linuxで書かれた運用スクリプトを商用Unixへ持ち込むとこの境目で止まります。

商用Unixの現在地｜AIX・Solaris・HP-UXの版と保守期限を並べる

HP-UX 11i v3は2025年12月31日で標準サポートが終了した

2026年に入って最も大きく動いたのがHP-UXです。HP-UX 11i v3（B.11.31）は2025年12月31日をもってHPEの標準サポートを終えました。2025年の Operating Environment Update Release が最後の標準更新で、以降は更新も不具合修正もセキュリティ修正も出ません。

土台のハードウェアも同時に幕を閉じました。HP-UXが動くのはIntel Itaniumベースの HPE Integrity サーバーで、その最終モデルの保守も2025年末で終了しています。

残された道は、延長保守契約で時間を買うか、エミュレーション基盤へ載せ替えるか、Linuxやクラウドへリプラットフォームするかの三つ。修正が出ない状態で外部公開系を動かし続ける選択肢は事実上ありません。

Solaris 11.4はPremier 2031とExtended 2037が期限

Oracle Solaris は逆に長期の見通しが立つ側です。Solaris 11.4 のサポートは三段構えで、Premier Support が2031年まで、Extended Support が2037年まで延長され、その先も Sustaining Support は期限なしで提供されます。

ただし更新の温度感は下がっています。Oracleは2026年4月に Solaris 11.4 の更新頻度を見直し、月次のパッチ提供から四半期あたり2回へ切り替えました。新機能の追加より現状維持へ舵が切られたと読むのが妥当でしょう。

実務では「2037年まで持つ」を額面通りに受け取らないでください。OS本体の保守期限と、その上で動く商用ミドルウェアの保守期限は別物で、データベースやアプリケーションサーバーが先に切れれば構成は維持できません。

IBM AIXはTL単位の修正提供期限で更新計画を組み立てる方式

AIXは版の下に Technology Level（TL）を持ち、修正提供の期限がTLごとに設定されます。AIX 7.3 なら TL2 が2026年11月30日、TL3 が2027年12月31日、TL4 が2028年12月31日という刻み。ハードウェアは POWER8 から Power11 までが対象です。

意味は運用計画の立て方に現れます。版の終了日を待つのではなく、TLの期限に合わせて年単位でTLを上げる前提の設計だと理解してください。なおAIX 7.3 全体の終了日は集約サイトの記載が揺れているため、契約判断に使う日付はIBMのサポートライフサイクル頁で一次確認が要ります。

AIX固有の機能構成、LPARやWPARといった区画化、最新版の詳細はAIXとは？特徴・Linuxとの違い・最新バージョンをわかりやすく解説に譲ります。三製品の輪郭は次のとおりです。

製品 提供元 2026年7月時点の保守
HP-UX 11i v3 HPE 2025年12月31日で標準終了
Oracle Solaris 11.4 Oracle Premier2031・Extended2037
IBM AIX 7.3 IBM TL単位で期限を設定

UnixとLinuxの違い｜実装者が現場で実際にぶつかる差分を見る

開発体制とライセンスの差｜認証の有無が示す責任の所在という違い

商用Unixは、OS・ハードウェア・保守契約が一社にまとまります。障害時の問い合わせ先が一つで、原因がOSかファームウェアかで責任がたらい回しにならない点が、金融や製造の基幹系で長く選ばれてきた理由です。

Linuxはカーネルが GPL で公開され、周辺を各ディストリビューターが組み上げます。Red Hat のようなベンダーがサポートを売る形はあってもハードは別会社で、そのぶん調達の自由度が高く価格競争も働きます。

費用構造も逆向きです。商用UnixはCPUコア数やパーティション単位でライセンス費が積み上がり、ハードも専用機。Linuxは汎用サーバーとクラウドで動き初期費用を抑えられます。Linux側の仕組みはLinuxとは？仕組み・ディストリビューション・サーバー用途を実装目線で解説に譲ります。

GNU拡張を前提にしたシェルスクリプトが商用Unixで落ちる典型例

移植で最初に転ぶのはコマンドの方言です。Linuxの標準コマンドは GNU coreutils、商用Unixに載るのは System V 由来の実装で、名前が同じでもオプションと出力書式が違います。

処理 Linuxでの書き方 商用Unixでの注意
ファイル内置換 sed -i -i が無く一時ファイル経由
日付演算 date -d -d が無くperl等で代替
連想配列 bash の declare -A ksh88では利用できない
プロセス確認 ps aux ps -ef 形式が既定

awk も同様で、Linuxの既定 gawk は正規表現の拡張が効きますが、商用Unixの awk は素の実装のことがあり書き換えが出ます。移植前にスクリプト本数を数え、GNU拡張の使用箇所を機械的に洗い出す作業を見積に入れてください。

ファイルシステムとパッケージ管理と初期化の三点に現れる主な差分

OSの土台側にも差が集まります。ファイルシステムはAIXが JFS2、Solarisが ZFS、HP-UXが VxFS で、Linuxの ext4 や XFS とはスナップショットや拡張の手順がまるごと違い、ボリューム管理の考え方も製品ごとに独自です。

パッケージ管理は、Linuxの rpm や deb に対しAIXが installp と RPM の併用、Solarisが IPS（pkg コマンド）という別系統。依存解決の作法が異なるため構成管理ツールのレシピは書き直しが前提でしょう。

初期化も同様で、Linuxは systemd、Solarisは SMF、AIXは SRC と inittab の組み合わせ。起動順序や自動再起動の定義をどこに書くかが変わるため、運用手順書は流用できないと考えてください。

Unix系資産をどう扱うか｜移行の三つの型と工数が出る場所を知る

リホスト・リプラットフォーム・リライトという三つの移行の型と選び方

Unix資産の移行は、三つの型のどれを選ぶかで費用も期間も一桁変わります。まず型を決め、それから見積を取る順序を守ってください。

型 やること 向く条件
リホスト エミュレータで同一構成を維持 ハード終息だけが理由
リプラットフォーム Linuxやクラウドへ載せ替え アプリを大きく変えない
リライト 設計から作り直す 業務要件も変える

リホストは、HP-UXのようにハードの終息が先に来た場合の時間稼ぎです。アプリに手を入れないため短期で終わる反面、OSの修正が出ない事実は変わらず、外部公開のない閉じた系に限って選ぶ手にあたります。

最も選ばれるのはリプラットフォームでしょう。ソースがPOSIXの範囲に収まるほど工数は小さく、固有APIやハード依存が深いほど跳ね上がります。リライトは業務仕様を作り直す覚悟がある場合の選択で、移行より新規開発として扱うのが実態に合います。

移行で実際に詰まる五点｜エンディアンからシェル方言と周辺機器まで

見積の外に落ちやすい箇所を五つ挙げます。事前に潰しておくと後半の手戻りが目に見えて減るでしょう。

第一にエンディアンです。SPARC や POWER はビッグエンディアン、x86 はリトルエンディアンでバイト順が逆になります。テキストなら問題ありませんが、構造体をそのまま書き出したバイナリや固定長のデータ交換ファイルは変換処理なしに読めません。

第二にバッチとジョブ制御です。COBOLやシェルで組まれた夜間バッチは実行順序とエラー処理がジョブスケジューラの設定に埋まっており、ソースの移植が終わってもこの設定の移し替えが残ります。

第三はシェル方言で前章のとおり。第四はライセンスで、商用ミドルウェアの多くはCPUコア数やホストIDに紐づいた課金のため移行先で再取得が要ります。キーが物理機のIDに固定された製品では、ベンダーとの交渉自体がクリティカルパスになりかねません。

第五が周辺機器です。専用の帳票プリンタ、シリアル接続の制御装置、磁気テープ装置のドライバがLinux側に無いことがあります。確認は机上で終わらず、現物での疎通試験まで計画に入れる必要があるでしょう。

Unixを今の場所に残してよい三条件と、移行へ踏み切るべき三場面

Unixを今の場所に残してよい三つの条件を実務の観点から言い切る

結論から言えば、次の三つがすべて揃っているなら、いま移行に踏み切る必要はありません。無理に動かすほうが費用対効果を損ないます。

第一に、OSの保守期限が投資回収の期間より確実に先にあること。Solaris 11.4 の Extended 2037年のように、ベンダーが公開した計画で残存年数が読める状態を指します。第二に、アプリがハード固有の機能に深く依存し、書き換え費用が残存期間の保守費を明らかに上回ること。第三に、その系が外部公開を持たず閉じたネットワークで運用されていること。

三つ目は特に効きます。修正が出続ける前提が崩れても、攻撃面が閉じていれば時間を稼げるからです。逆にインターネットに面したUnixサーバーを保守期限切れのまま残す判断は、この条件を満たしません。

Unix資産の移行へ踏み切るべき三つの場面と判断を先送りしない目安

次の三つは、いずれか一つでも該当した時点で移行計画に着手すべき場面です。三つ揃うのを待つ理由はありません。

第一に、標準サポートがすでに切れているか12か月以内に切れる場合。HP-UX 11i v3 はこれにそのまま当たります。第二に、ハードの保守部品が調達できなくなった場合。故障してから探すのでは間に合わず、調達期間そのものが停止時間になります。

第三に、そのシステムを触れる要員が社内から消えかけている場合です。これが最も見落とされます。ksh のスクリプトや固有ミドルの癖を知る人が退職した後では、現行仕様の読み解きから始めることになり、見積は容易に倍へ跳ねるでしょう。人が残っているうちに着手するのが、費用面でも最善の判断にあたります。

Unix資産の移行を外部へ委ねるとき見積書で確かめる五つの項目

Unixからの移行を外部へ委託する場合、見積書で確かめる項目は五つです。第一に対象範囲の数え方（実行バイナリ本数・シェルスクリプト本数・バッチジョブ本数を実測したか）。第二にエンディアン依存データの棚卸しと変換処理の責任範囲。第三に商用ミドルウェアのライセンス再取得費用を誰が負担するか。第四に移行方式ごとの並行稼働期間と切り戻しの条件。第五に稼働後の障害対応の体制と期間です。

費用が膨らみやすいのは第一項目と第二項目でしょう。本数を数えないまま出た概算は、着手後に必ず動きます。一創ではサーバー基盤の設計・構築をインフラ構築（AWS・Google Cloud・Azure）として請けており、既存資産の棚卸しから移行方式の選定まで対応しています。

よくある質問

UnixとLinuxはどちらを選べばよいですか？

新規構築ならLinuxです。汎用サーバーとクラウドで動き、要員も情報も揃います。Unixを選ぶ理由が残るのは、既存資産の書き換え費用が保守費を上回る場合か、ベンダー一体の責任範囲が契約上求められる場合に限られるでしょう。

macOSはUnixなのですか？

はい、macOSは The Open Group の UNIX 03 認証を取得した正式なUNIXで、IntelとApple Silicon の両方が登録されています。BSD由来のユーザーランドを持つため、Linux本番環境との往復もPOSIXの範囲なら差が小さく収まります。

Unixの資産はクラウドへ移せますか？

アプリの移植を伴えば可能です。ただし主要クラウドはAIXやSolarisをそのまま動かす環境を標準提供しておらず、実態はLinuxへのリプラットフォームになります。エミュレーション基盤をクラウド上に構える手もありますが、費用と保守体制を別途確認してください。

POSIX準拠ならコードはそのまま動きますか？

ソースコードの再コンパイルで動く可能性は高まりますが、バイナリはそのまま動きません。POSIXが規定するのはAPIとシェルの振る舞いで、実行形式の互換ではないためです。GNU拡張やベンダー固有APIの箇所は規格の外で、個別に書き換えが要ります。

HP-UXのサポートが切れたら何から手を付けますか？

まず稼働中のシステムを外部公開の有無で仕分けし、公開系を優先してください。次に実行バイナリとバッチジョブの本数を実測し、移行の型を決めます。延長保守で時間を買う場合も、期間内に何を終えるかの計画を同時に立ててください。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る