OSS は Open Source Software の略で、ソースコードが公開されていて、誰でも閲覧・改変・再配布できるソフトウェアの総称です。
Linux、PostgreSQL、nginx、Laravel、React、Python、Git など、現代のシステムを支える主要なソフトウェアの多くが OSS です。
まず押さえたいポイント
- 単に「無料」 という意味ではなく、
ソースコードの公開と改変・再配布の自由が本質 フリーソフト(無料配布の閉ソース) やフリーウェアとは別概念- どこまで自由かは
ライセンスで決まる(MIT、Apache 2.0、GPL、BSD、AGPL など) - 商用利用も多くのライセンスで OK だが、
派生物の扱いライセンス表記の必要性が違う
OSI が定める OSS の定義
OSS の定義は Open Source Initiative (OSI) が The Open Source Definition として明文化しています。要点は次の通り。
- ソースコードが公開されている
- 自由に再配布できる(売っても良い)
- 派生物の作成と配布が認められている
- 個人・団体・利用分野で差別しない
- ライセンスの伝播条件が明確
「ソースが見える」 だけでは OSS と呼ばない、というのが厳密な立場です。ソースは公開しているがライセンス不明、商用利用禁止、改変禁止などの制約がある場合は、ソース公開ソフトウェア (source-available) と呼ばれて区別されます。
代表的な OSS ライセンス
業務で出会う頻度が高いライセンスは次の通り。
MITライセンス — 短く、再配布時に著作権表示を残せばほぼ自由。React、Rails など多数。Apache License 2.0— 特許条項を含み、企業利用で安心。Kubernetes、Spring、Android など。GPL(GNU General Public License) — 改変・再配布時に派生物も GPL で公開する義務 (コピーレフト)。Linux カーネル、MySQL など。LGPL— ライブラリ向けの緩めの GPL。動的リンクなら派生物の公開義務が及ばない。BSDライセンス系 — MIT に近い緩いライセンス。PostgreSQL、nginx など。AGPL— ネットワーク経由で提供しても改変ソースの公開義務が及ぶ強いコピーレフト。MongoDB が一時採用していた。
ライセンスを誤解して契約上のリスクを抱える事例も多く、商用システムで OSS を使うときは 採用前にライセンスを確認するのが鉄則です。
なぜ OSS が現代の標準になったのか
1990 年代までは商用ソフトウェアが中心でしたが、Linux、Apache HTTP Server、PHP の普及によって 2000 年代以降は OSS が業界の前提になりました。理由はざっくり 3 つあります。
- 改良が世界中の開発者から集まるので、品質と機能の進化が速い
- ベンダーの倒産や買収による塩漬けリスクが低い
- 学習コストが下がり、エンジニア採用市場の流動性が上がる
OSS を使う ことと OSS にコントリビュートする ことはセットで考える組織も増えています。
実務で気をつけたい誤解
OSS は無料で使えますが、保守責任を誰が負うか という問題は残ります。
バグや脆弱性が出た場合に、自分で直すか、商用サポートを契約するか、別の OSS に乗り換えるかを判断する力が必要です。
詳しくは、自作フレームワークのメリット・デメリット と 枯れた技術を選ぶ価値 で、OSS と自作の使い分けや、長く使える OSS の見極め方を整理しています。
また、AI コーディング環境 (Claude Code など) は、有名な OSS の知識が学習データに豊富に入っているため、OSS を採用すると AI 補助の精度も上がる という新しい利点も生まれています。