Herokuとは｜PaaSの基本と料金・Vercel/Renderとの違いを解説

Herokuとは｜PaaSの基本と歴史

Herokuは、アプリのソースコードをgit pushまたはコンテナイメージ（Container Registry）で送るだけで、ビルド・デプロイ・スケーリング・SSL終端まで自動でこなしてくれるPaaSです。2007年にスタートアップとして登場し、2010年にSalesforceに買収されてからもブランドはそのまま残されています。インフラ管理を肩代わりしてくれる代わりに、利用者は「アプリの動かし方」と「使うアドオン」だけを指定すればよい設計になっています。

PaaSとIaaS/SaaSの違い

クラウドサービスの提供範囲は大きく3層に分かれます。読者の検索意図では「IaaSとの違いがわからない」が最頻出のため、ここで整理します。

Herokuは典型的なPaaSで、OSパッチ当てやnginx設定の調整に関心がない開発者にとっては「最短でWebアプリを世に出す手段」になります。なおGCP Cloud Runは厳密にはサーバレスコンテナ実行基盤で、関数単位のFaaSと混同しないよう注意してください。

Herokuの開発元と立ち位置

Herokuは現在Salesforce傘下のサービスで、Salesforce Platformとの統合（Heroku Connect等）も提供されています。エンタープライズ向けの「Private Spaces」「Shield」というプライベートネットワーク構成も整備されており、スタートアップから上場企業の社内ツールまで利用例があります。一方で2022年の無料プラン廃止以降、個人開発者の一部はVercelやFirebase、Supabaseなどへ移っているのも事実です。

Herokuの仕組み｜dyno・buildpack・slug

Herokuを理解するうえで覚えるべき固有用語は4つだけです。dyno・buildpack・slug・アドオンの4語を押さえれば、公式ドキュメントもほぼ読めるようになります。

dyno（アプリの実行単位）

dynoはHerokuにおける「アプリを動かす軽量コンテナ」で、Linuxコンテナ技術で実装されています。通常は1つのdynoに1つのプロセスタイプ（Webサーバ、ワーカー、cronなど）を割り当て、横方向にdynoを増やすことでスケールアウトします。Webアプリなら「web dyno×2、worker dyno×1」のように構成するのが基本パターンです。

dynoは「定額の小さなVPSをアプリ単位で借りる」イメージに近く、CPU/メモリのスペック別にEco・Basic・Standard・Performanceの各サイズが用意されています。

buildpackとslug（ビルドと配備）

buildpackは「ソースコードを実行可能な状態に変換する手順書」です。Heroku公式が提供するbuildpackはRuby・Node.js・Python・PHP・Go・Java・Scala・Clojureに対応しています（公式ドキュメント）。たとえばRuby on Railsアプリなら、Heroku Rubyビルドパックがbundle install・assets:precompileを自動で実行します。

ビルド成果物は「slug」と呼ばれる圧縮アーカイブにまとめられ、各dynoに配布されて起動します。git pushからslug配布までが一気通貫で走るので、デプロイコマンド1発でロールアウトが完了します。

Dockerに慣れたエンジニアは「Container Registry」経由でイメージをpushする運用も選べます。buildpack路線と二択になっており、複雑な依存を持つアプリはコンテナ経由のほうが扱いやすい場合があります。

アドオン（DB・キャッシュ・監視）

Herokuの強みは充実したアドオン（Heroku Add-ons Marketplace）です。Heroku Postgres、Heroku Data for Redis、Heroku Kafka、Heroku Schedulerのように、データベース・キャッシュ・メッセージング・cronをワンクリックで追加できます。サードパーティ製ではPapertrail（ログ）、New Relic（APM）、Sentry（エラー監視）などが代表的です。

「自分でPostgresを立てて、Redisも立てて、cron用にEC2を別途用意して……」という運用が省略できる点が、Herokuが選ばれる最大の理由の一つです。

このセクションのミニFAQ

Q. dynoが寝てしまう「スリープ」はまだあるの？

A. かつての無料dynoでは一定時間アクセスがないとスリープしていましたが、無料プラン廃止に伴い消えました。現行のEco以上のdynoは、月の合計稼働時間の枠を使い切らない限り常時起動の扱いになります。

Herokuの料金プラン｜Eco〜Performanceの実例

Herokuの料金は「dynoの稼働時間」「アドオンの月額」「データ転送量超過分」の3要素で決まります。本セクションの数値は本記事執筆時点（2026年6月）のHeroku公式料金ページに基づきます。実際の請求金額は契約時期・為替・プラン改定で変動するため、必ず公式の最新情報を確認してください。

主要プラン早見表

Ecoは「複数の個人アプリで合計1,000dyno時間／月を共有する」プランで、本格的な常時稼働を1アプリでさせるなら実質Basic以上が必要です。

月額イメージ（小規模アプリ例）

以下は、追加ワーカーなし・転送量超過なし・最小構成のDBを前提にした概算です。Railsアプリ＋Postgresの小規模構成を24時間稼働させた場合のシンプル例で、実際の請求は使用状況・アドオン構成・リージョン選択に応じて変動します。

このコスト感を「高い」と見るか「インフラエンジニアを雇うより安い」と見るかが、PaaSを選ぶかIaaS+自前運用にするかの分水嶺になります。

無料プラン廃止と現状

Herokuは2022年11月28日に無料プラン（Free dyno・Free Postgres・Free Redis）を廃止しました。それ以前は学習目的でも無料運用できたため「Herokuの代名詞」のように扱われていましたが、現状の最低利用料はEcoの月5ドルです。

「とりあえずタダで動かしたい」需要は、Vercel（Hobbyプラン）、Cloudflare、Firebase Spark、Supabase Freeなどへ移った印象です。Herokuは「コストを払ってでも運用負荷を下げたい層」に軸足を移したと考えるとわかりやすいです。

Herokuでできること｜対応言語・主要ユースケース

HerokuはWebアプリ全般に対応する汎用PaaSですが、得意領域とそうでない領域があります。

Herokuが得意なケース

• Ruby on Rails、Node.js、Python（Django/Flask）、Java（Spring）、Goでの一般的なWebアプリ

• DB・cron・ワーカーを含む「素のWebサービス」

• スタートアップMVPや、社内向け業務ツール

Herokuが苦手・向かないケース

• 静的サイト配信（VercelやNetlifyのほうがCDN性能で勝る）

• イベント駆動のスポット処理（AWS Lambda等のFaaSが向く）

• GPUを使う機械学習推論（AWS/GCPのGPUインスタンス系を選ぶほうが現実的）

Heroku公式buildpackがある言語以外も、コミュニティbuildpackやコンテナイメージで動かせます。ただし運用の安定性は公式サポート言語が最も高いと考えるべきです。

HerokuとVercel/Render/Fly.ioの違い｜選び分け表

このセクションは検索意図のなかでも比重が大きい部分です。代表的な代替PaaSとの違いを、選定の判断基準として使える形に整理します。

Vercelとの違い

VercelはNext.jsを中心とするフロントエンド配信に最適化されたプラットフォームで、ServerlessFunctions/EdgeFunctionsで軽量なAPIも扱えます。「フロントは静的＋APIは少しだけ」という構成ならVercelが快適です。一方、長時間動くワーカーや常駐型のRailsアプリのような構成は、Herokuのdyno（またはRailsが動くRender/Fly.io等）のほうが素直に運用できます。

Renderとの違い

RenderはHerokuのコンセプトを継承しつつ、価格を抑え、UIを刷新したPaaSとして人気を集めています。Webサービス・Background Worker・Cron Job・Postgres・Redisと、Herokuに近い構成要素を揃えています。同等の小規模Webサービス構成（Web×1＋最小Postgres）では、Renderのほうが月額で数ドル安く見えるケースがあります。ただしHeroku Schedulerの細かなオプションやエンタープライズ機能は、Renderには無いか別形態になります。

国内・海外の代替候補

国内ではGCP Cloud Run、Azure App Service、AWS App Runnerがビジネスユース寄りの代替として挙がります。コンテナを軸に「PaaSに近い使い勝手」を実現する選択肢で、社内に既存のAWS/GCP/Azureアカウントがあるなら統合運用の観点で有利です。BaaSも視野に入れるならFirebase・Supabaseが比較対象になります。

このセクションのミニFAQ

Q. 「Heroku → Render」「Heroku → Vercel」どちらの移行案件が多い？

A. 主要フリーランスエージェントで確認できる公開案件・移行事例ベースでは、フロント主体はVercel、フルスタックWebはRender・Fly.ioが候補に挙がるケースが目立ちます。バックエンドの言語・ワーカー構成によって移行コストが変わるため、まずは既存dyno構成の棚卸しから入る案件が多い印象です。

Herokuのメリット・デメリット

ここまでの内容を踏まえたメリット・デメリットを整理します。

メリット

• インフラ管理がほぼ不要で、開発に集中できる

• 公式アドオンが豊富で、DB・キャッシュ・cron・監視をワンクリックで整えられる

• git pushでデプロイが完結する開発体験はいまも色あせない

• Salesforce Platformとの統合は、業務システム連携で強みになる

デメリット

• 月額コストはRenderやFly.ioと比べ割高に見える

• 無料プランがないため、学習用途には他PaaSのほうが選ばれやすい

• AWS/GCPと比べるとリージョン選択肢・サービス幅が狭い

• 大規模・要件特化のシステムではIaaSに比べて自由度が低い

Herokuの将来性とフリーランス案件動向

Herokuは2010年代の「PaaSのデファクト」というポジションからは後退したものの、既存アプリを抱える企業は依然多く、案件は供給され続けています。新規構築よりも保守・最適化・他PaaSへの移行が中心になっているのがフリーランス目線での実感です。

案件カテゴリ（移行案件・保守案件）

主要フリーランスエージェントの公開案件や募集要項を確認すると、Heroku関連で募集されているのは次の3パターンが比較的目立ちます。

1. 既存Herokuアプリの保守・改修：Rails/Node.js/Pythonで動く既存サービスの機能追加・障害対応

2. Heroku → 他PaaS／IaaSへの移行：コスト最適化や社内クラウド統合の文脈で、Render・Cloud Run・AWS等へ移す

3. スタートアップ初期のフルスタック開発：MVPを早く出すためにHerokuを選ぶ案件

単価感の傾向

主要フリーランスエージェントの公開案件（首都圏中心・週3〜5日・業務委託）を参考にすると、Herokuだけを単独スキルとして評価する案件はあまり見かけません。RailsやNode.jsなど主要バックエンド経験と組み合わせて評価されるケースが大半で、Heroku単独ではなくバックエンド込みのフルスタックWeb案件として月額60〜100万円前後で見かけることがあります。Herokuからコンテナ基盤への移行設計まで担当できる人材では、Docker・Kubernetes経験が評価されやすく、単価が高めに設定されるケースがあります。

Herokuを使うべきケース・避けたほうがよいケース

最後に「自分のプロジェクトでHerokuを選ぶべきか」を判断するためのチェックリストを置きます。

Herokuを選んだほうがよいケース

• スタートアップMVPで、エンジニア1〜3人がフルスタックで開発する

• 専任のインフラエンジニアがおらず、運用負荷を最小化したい

• DB・キャッシュ・cron・監視をマーケットプレイスでまとめて調達したい

• Salesforce Platformと連携する社内システムを作る

Herokuを避けたほうがよいケース

• 月額コストの最適化が最重要で、運用工数は社内で吸収できる

• 静的サイトやNext.js中心の構成（Vercelのほうが配信最適化や料金面で有利になりやすい）

• GPU・特殊ハード・厳格なネットワーク制御が必要

• すでにAWS/GCP/Azureの大規模利用があり、統合運用したい

このセクションのミニFAQ

Q. 学習目的でHerokuを使うのは今からでも遅くない？

A. デプロイの基本概念（buildpack・dyno・アドオン）を一通り体験する用途には依然有効です。ただし無料枠がない点を踏まえると、まず学習ならRenderやVercelの無料枠から入り、案件で必要になったタイミングでHerokuを触る、という順番が現実的です。

まとめ

Herokuは「サーバ管理を捨ててアプリ開発に集中するためのPaaS」として、いまも有効な選択肢です。無料プラン廃止やVercel/Render等の台頭で「いつでもHeroku」という時代ではなくなりましたが、運用負荷の低さと豊富なアドオンは依然強みになります。

要点を5つに整理します。

• HerokuはPaaSの代表格。dyno・buildpack・slug・アドオンの4語で仕組みが理解できる

• 料金はEco $5/月から。小規模常時稼働なら月10〜20ドル、スタートアップMVPなら月100ドル前後が目安

• フロント主体ならVercel、コスト最適化ならRender、エンタープライズならHerokuの強みが残る

• フリーランス案件は新規構築より、保守・移行・MVP開発の3パターンが目立つ

• Heroku単独スキルでの案件獲得は難しい。Rails・Node.js・Python等のバックエンドスキル＋Docker/CI経験との掛け算で評価される

クラウド・PaaSの選定で迷ったら、ユースケース別にVercel・Firebase・Supabase・Cloud Run・AWS Lambdaの解説記事もあわせて読み比べてみてください。Heroku経験を活かせる案件を探している方は、フリコンの案件の読み方ガイドも参考になります。

参照元・一次情報リンク

• Heroku公式サイト

• Heroku Pricing

• Heroku Dev Center

• Heroku Buildpacks