新規プロジェクトや個人開発でクラウドサービスの無料枠だけを組み合わせ、初期インフラを構築したいという場面は少なくありません。しかし、実際に「開発者向けの無料 SaaS/PaaS/IaaS を一覧で見たい」と検索してみると、awesome-list と呼ばれるまとめリポジトリが GitHub 上に複数存在し、どれを見ればよいか判断に迷いがちです。
そうした状況で最も広く参照されているのが、本記事で紹介する ripienaar/free-for-dev です。開発者（特に DevOps や infradev の実務者）向けに、free tier を持つ SaaS/PaaS/IaaS を 50 以上のカテゴリで整理した awesome-list であり、GitHub 上で 12 万を超えるスターを集めています。
一方で、類似の awesome-list として awesome-selfhosted/awesome-selfhosted（セルフホスト可能な OSS のリスト）や public-apis/public-apis（無料 API のリスト）などが存在し、「どのリストを見るべきか」を初見で判断するのは容易ではありません。
本記事では、ripienaar/free-for-dev の基本情報・掲載サービスのカバレッジ・掲載基準・類似 OSS との違い・メンテナンス状況・活用パターンまでを、公式 README とリポジトリメタデータをもとに整理します。自プロジェクトで活用するかどうかを判断するための情報を、ドキュメントベースで解説します。
free-for-devとは：開発者向け無料SaaS/PaaS/IaaSを網羅したOSSリスト
ripienaar/free-for-dev は、開発者向けに free tier を提供する SaaS・PaaS・IaaS などのサービスをまとめた awesome-list 型の OSS リポジトリです。GitHub 上での公開 URL は github.com/ripienaar/free-for-dev で、リポジトリのトピックには awesome-list と free-for-developers が設定されています。
プロジェクトの目的と対象範囲
README の冒頭では、本リストのスコープが次のように示されています。
The scope of this particular list is limited to things that infrastructure developers (System Administrator, DevOps Practitioners, etc.) are likely to find useful.
つまり、システム管理者や DevOps 実務者を主な対象とし、インフラ寄りの開発者が業務や個人開発で利用しやすいサービスに絞って掲載する方針です。カタログの対象は SaaS（Software as a Service）を中心に PaaS・IaaS を含み、ホスティング・データベース・CI/CD・モニタリング・生成 AI・認証・メール送信など、実務に必要となる領域を広くカバーしています。
基本情報（スター数・貢献者数・最終更新日）
執筆時点で確認したリポジトリの基本情報は以下のとおりです（数値は gh api /repos/ripienaar/free-for-dev の取得結果に基づく）。
項目 | 値 |
|---|---|
owner/name | ripienaar/free-for-dev |
Stargazers | 127,877 |
Forks | 13,359 |
Language | HTML |
Default branch | master |
Last pushed | 2026-07-02 |
Topics | awesome-list, free-for-developers |
Archived | false |
Fork | false |
License | 未設定（null） |
archived=false かつ fork=false であり、本家リポジトリが現在も公開・稼働している状態です。最終プッシュ日も直近であり、後述するように継続的に更新されています。ライセンスについては未設定である点に注意が必要で、その扱いについては後述します。
README には「本リストは 1600 人以上の貢献による Pull Request・レビュー・アイデアの成果である」とも記されており、単独のメンテナのみで運用されているリポジトリではないことがわかります（出典: ripienaar/free-for-dev README）。
掲載サービスのカバレッジ：50以上のカテゴリ構成
free-for-dev の README には、Table of Contents 上で 50 を超えるカテゴリが並んでおり、開発者が扱う領域を横断的にカバーしています。README の Web 版として公式サイト free-for.dev も提供されており、ブラウザ上で同じ内容を閲覧できます。
以下では、カテゴリを 4 グループに大別して概観します。
メジャークラウドプロバイダ（GCP / AWS / Azure / Oracle / Cloudflare 等）
Major Cloud Providers セクションでは、Always-Free 相当の無料枠を提供する大手クラウドがまとめられています。README には Google Cloud Platform・Amazon Web Services・Microsoft Azure・Oracle Cloud・IBM Cloud・Cloudflare・Zoho などが並び、それぞれのサービス項目ごとに無料枠の内容が箇条書きで示されています。
たとえば Google Cloud Platform のエントリは README で以下のように記述されており、App Engine・Cloud Firestore・Compute Engine・Cloud Run・BigQuery などの無料枠が列挙されています。
* [Google Cloud Platform](https://cloud.google.com)
* App Engine - 28 frontend instance hours per day, nine backend instance hours per day
* Cloud Firestore - 1GB storage, 50,000 reads, 20,000 writes, 20,000 deletes per day
* Compute Engine - 1 non-preemptible e2-micro, 30GB HDD, 5GB snapshot storage (restricted to certain regions), 1 GB network egress from North America to all region destinations (excluding China and Australia) per month
* Cloud Storage - 5GB, 1GB network egress
* Cloud Shell - Web-based Linux shell/primary IDE with 5GB of persistent storage. 60 hours limit per week
* Cloud Pub/Sub - 10GB of messages per month
* Cloud Functions - 2 million invocations per month (includes both background and HTTP invocations)
* Cloud Run - 2 million requests per month, 360,000 GB-seconds memory, 180,000 vCPU-seconds of compute time, 1 GB network egress from North America per month
* Google Kubernetes Engine - No cluster management fee for one zonal cluster. Each user node is charged at standard Compute Engine pricing
* BigQuery - 1 TB of querying per month, 10 GB of storage each month
* Cloud Build - 120 build-minutes per day
出典: ripienaar/free-for-dev README（Google Cloud Platform エントリ、L78-L90）
各エントリの構造は「サービス名（公式サイトへのリンク）＋ free tier の内容を短い箇条書きで併記」する形式で統一されており、比較検討時にざっと目を通しやすくなっています。
開発インフラ（CI/CD / モニタリング / ログ管理 / データベース）
インフラ寄りの領域では、CI and CD・Monitoring・Log Management・Managed Data Services・CDN and Protection・Storage and Media Processing など、開発と運用に欠かせないカテゴリが並びます。GitHub Actions のような広く使われるサービスから、Sentry や PostHog のようなアプリケーション運用に密着したサービスまで、各カテゴリで代表的な選択肢の無料枠が整理されています。
アプリケーション寄りのカテゴリ（生成AI / API / CMS / メール送信 / 認証）
アプリケーション層では、Generative AI・APIs, Data and ML・CMS・Email・Authentication, Authorization, and User Management など、プロダクト機能を実装するうえで頻出するカテゴリが揃っています。特に Generative AI は近年新設されたカテゴリで、モデル API の無料利用枠を提供するサービスがまとめられており、AI 機能を組み込みたい開発者にとっては起点となる情報源になります。
ツール系・その他
このほか、Design and UI・Issue Tracking and Project Management・Tools for Teams and Collaboration・Testing・Translation Management・Commenting Platforms などの周辺ツールや、Other Free Resources として学習・書籍・チュートリアル系のリソースも含まれます。開発者向け無料枠を「サービス提供の観点」で広く括ったカタログである点が、後述する他の awesome-list との棲み分けにつながります。
掲載基準：free tierとfree trialを区別する運営ポリシー
free-for-dev の特徴の 1 つは、掲載基準を README 冒頭で明文化している点です。曖昧に「無料で使えるサービス」を集めるのではなく、以下の要件を満たすものだけを掲載する運用ポリシーが取られています。原文は ripienaar/free-for-dev の README 原本 で確認できます。
- as-a-Service 提供のみ: セルフホスト型の OSS ソフトウェアは対象外
- free trial ではなく free tier を提供していること: 一定期間で無料利用が終わる「トライアル」ではなく、恒常的または長期の「無料枠」であること
- 期間限定の場合は最低 1 年間: 時間で区切られる場合は少なくとも 1 年以上の無料枠が必要
- セキュリティ観点: SSO を有料ティアに限定するのは許容するが、TLS を有料ティアに限定しているサービスは掲載しない
これらの基準を明文化していること自体が、カタログとしての品質保証の役割を果たしています。無料枠が短期間で使えなくなったり、セキュリティ機能が有料化されていたりするサービスを事前に除外できるため、初見のエンジニアが読者として抱きがちな「情報の質は本当に大丈夫なのか」という不安に、運営ポリシーの提示によって答えている構造になっています。
類似OSSとの違い：awesome-selfhosted・public-apisとの棲み分け
free-for-dev を検索した際、GitHub 上には類似コンセプトの awesome-list が複数存在します。ここでは代表的な 3 つのリポジトリと比較し、それぞれの棲み分けを整理します。
awesome-selfhosted との違い（自ホスト前提 vs マネージド前提）
awesome-selfhosted/awesome-selfhosted は、自ホスト可能な OSS ネットワークサービスや Web アプリケーションを収集した awesome-list です。「サーバーは自分で用意し、その上に OSS ソフトウェアを立てる」ことが前提となっています。
これに対して free-for-dev は、「サービス側がマネージドで提供する無料枠を利用する」ことが前提です。両者は対象領域が正反対に近く、次のように読者ニーズが分岐します。
- サーバー運用を自分で行いたい・データを手元に持ちたい → awesome-selfhosted
- サーバー運用は避け、マネージドの無料枠に乗りたい → free-for-dev
public-apis との違い（API 特化 vs SaaS 全般）
public-apis/public-apis は、無料 API のリストです。カテゴリはデータ・気象・金融・エンタメなど多岐にわたりますが、対象は「API サービス」に限定されています。
一方 free-for-dev は、API に加えてホスティング・データベース・CI/CD・モニタリング・生成 AI・メール送信など、開発インフラ全般を含みます。読者ニーズは次のように分かれます。
- 無料で使える API だけを探している → public-apis
- 開発インフラの各層（実行環境・DB・監視など）でマネージドの無料枠を横断的に探している → free-for-dev
Always-Free クラウド系リストとの違い（クラウド絞り vs 幅広く）
hashirahmad/Best-always-free-tier-cloud-platforms のようなリポジトリは、Always-Free ティアを提供するクラウドプラットフォームに絞ったランキング的まとめとして公開されています。対象がクラウドインフラ寄りに集中している一方、free-for-dev はクラウド以外の DNS・CMS・生成 AI ツール・ドメイン・メールなどのカテゴリも含みます。また、free-for-dev は掲載基準（最低 1 年の free tier など）が明文化されている点で、主観的なランキング型リストとは性格が異なります。
以上を総合すると、free-for-dev は「マネージド前提で、開発インフラ全般をカバーする、掲載基準が明文化されたカタログ」として棲み分けが明確です。自ホスト志向であれば awesome-selfhosted、API に絞るなら public-apis、クラウドプラットフォームだけを比較するなら Always-Free 系リスト、というように、自分の目的に合わせて併読するのが現実的です。
メンテナンス状況と信頼性の判断材料
awesome-list を利用するうえで、初見のエンジニアが最も気にすべきポイントの 1 つが「情報が古くないか」「メンテナンスが続いているか」です。free-for-dev については、リポジトリメタデータと README の記述からいくつかの手がかりが得られます。
更新頻度と貢献モデル
まず、gh api で取得したメタデータによれば、リポジトリの最終プッシュ日は 2026-07-02 と直近で更新が続いており、archived=false かつ fork=false の状態で本家リポジトリが稼働しています。フォーク数は 13,359 に上り、多くの派生・引用が生まれていることが読み取れます。
README には運営モデルとして、次の記述があります。
This list results from Pull Requests, reviews, ideas, and work done by 1600+ people.
1600 人以上のコントリビューターによる PR ベースの運用がなされており、単独メンテナに依存した awesome-list ではないことがわかります。あわせて、README には Track Awesome List のバッジ（trackawesomelist.com/ripienaar/free-for-dev）が掲載されており、更新履歴が外部サイトで可視化されているのも特徴です。継続的に PR がマージされ続けているかを確認する際の参照点として利用できます。
ライセンス未設定の扱い（注意点）
一方で、gh api で取得したライセンス情報は null、つまり リポジトリ自体にはライセンスが設定されていません。掲載されている個々のサービスの利用条件は、当然ながら各サービスの利用規約に従います。ただし、この awesome-list そのものを再配布したり、内容をベースに派生物を作成したりする場合の権利関係は明文化されていません。
そのため、free-for-dev の内容を単なる参照情報として自プロジェクトの技術選定に活用する範囲では大きな問題は生じませんが、以下のような利用を検討する場合は注意が必要です。
- リストの内容をそのまま社内資料や商用サイトに転載する
- 内容をベースに改変を加えた派生カタログを公開する
- 自動収集して別プロダクトの一部として組み込む
こうした用途では、著作権・引用の一般原則に沿った扱いにとどめるか、リポジトリのオーナーへ利用可否を確認するのが安全です。
自プロジェクトでの活用パターンと注意点
ここまでの情報を踏まえ、free-for-dev を実務でどう活用できるかをパターン別に整理します。
技術選定の初期スクリーニングに使う
新規プロジェクトの技術選定で「どのマネージドサービスに無料枠があるか」を短時間で概観したい場合、free-for-dev は初期スクリーニングのカタログとして機能します。カテゴリごとに主要プレーヤーの無料枠がまとまっているため、まずは対象カテゴリ（例: CI and CD、Managed Data Services、Monitoring）を開き、候補となる 3〜5 サービスをピックアップして、以降は各サービス公式サイトで最新の料金ページを確認する、という流れが取りやすくなります。
個人開発・PoC のコスト設計に使う
個人開発や社内 PoC でランニングコストを可能な限り抑えたい場合、複数の無料枠を組み合わせて初期構成を作る際の情報源として使えます。ホスティング・DB・認証・メール送信・監視といった主要な機能を、それぞれのカテゴリからマネージドサービスの無料枠で満たせないかを検討するうえで、まとまったカタログがあることは大きな利点です。
ただし、free tier の内容は各サービスの裁量で変更される可能性があります。free-for-dev の記載も、コントリビューターが PR で更新するとはいえ、常に最新の内容を保証するものではありません。最終的な無料枠の内容・上限・条件は必ず各サービスの公式ページで最新値を確認する ことが前提となります。
PR による貢献の方法
無料枠の内容が変わっていた・新しいサービスを追加したい、といった気付きがあれば、ripienaar/free-for-dev の Pull Requests ページ からコントリビュートが可能です。README では、Pull Requests によってサービスの追加・削除・変更を受け付ける方針が示されており、コミュニティとしての PR フローに沿って更新が続けられています。
まとめ：free-for-devを選ぶ判断軸
最後に、free-for-dev を選ぶかどうかの判断軸を短くまとめます。
- マネージド前提で無料枠を横断的に見たい →
free-for-devを第一候補にする - 自ホスト志向で OSS ソフトウェアを探している →
awesome-selfhostedを優先する - 無料 API に絞って調べたい →
public-apisを先に見る - クラウドプラットフォームの Always-Free 枠だけを比較したい → クラウド特化型のリストを併読する
- 掲載基準が明文化されたリストを使いたい → free tier と free trial を区別するポリシーを持つ
free-for-devが適する - 更新の活発なコミュニティに乗りたい → 1600 人以上の貢献者による PR 運用と直近の更新履歴を評価軸として
free-for-devを選ぶ
一方で、リポジトリ自体にライセンスが設定されていない点や、各サービスの free tier 情報は時期により変動しうる点には注意が必要です。カタログとしての一次スクリーニングを担わせつつ、最終的な採用判断は各サービス公式の最新条件で裏取りする、という使い分けが現実的な活用方法になります。
