Gunicornのシステム開発の発注/外注/依頼/委託方法について

Gunicornのシステム開発を発注する場合、Gunicorn単体ではなく、Pythonアプリケーション、データベース、クラウド、監視、保守までを含む業務Webシステム全体として要件と費用を整理することが重要です。

本記事では、Gunicornを実行基盤に採用したシステムを外注・委託するために、発注形態の選び方、RFPと要件のまとめ方、契約形態、費用相場、委託先の比較方法、見積書の確認ポイントまでを順番に解説します。技術名だけで委託先を決めず、業務要件と運用責任まで含めて判断したい方に向けた発注ガイドです。

▼全体ガイドの記事
・Gunicornのシステム開発の完全ガイド

Gunicornのシステムとは何ですか？

Gunicornは、DjangoやFlaskなどのPythonアプリケーションを本番環境で動かすためのHTTPサーバーです。業務機能を持つ完成品ではないため、Gunicornを導入するだけで業務システムが完成するわけではありません。利用者が使う画面やAPI、データベース、認証、クラウド、監視を組み合わせて初めて業務システムになります。

典型的な構成は、利用者からのアクセスをCDNやWAF、ロードバランサーで受け、NginxなどのリバースプロキシからGunicornへ転送し、その先でDjango、Flask、FastAPIなどを実行する形です。業務データはPostgreSQLなどに保存し、非同期処理はCeleryなどのジョブワーカー、キャッシュはRedis、ファイルはオブジェクトストレージに分けることが一般的です。

管理画面、認証、ORM、権限管理を含む業務アプリケーションならDjangoが候補になります。軽量な社内サービスや小規模APIならFlask、API中心で型検証や非同期処理を重視するならFastAPIが候補になります。FastAPIのようなASGIアプリでは、GunicornのASGIワーカー、Uvicorn単体、別のプロセスマネージャーを負荷試験で比較し、レスポンスタイムや運用性で決めることが大切です。

Gunicornのシステムはどの発注形態を選べばよいですか？

発注形態は、完成責任をどこまで委託先に持たせるか、自社にどれだけ技術担当者がいるか、要件変更がどの程度起きるかで選びます。Gunicornの設定だけを切り出すのか、業務アプリとインフラを一括して任せるのかを先に決めないと、見積の比較ができません。

請負契約は、合意した仕様のシステムを完成させ、検収を受けることを委託先に求める形態です。業務フロー、画面、API、データ移行、性能、セキュリティ、受入条件まで仕様を固められる場合は、予算と納期を管理しやすくなります。一方、発注後に「この部署でも使いたい」「既存データを追加で移行したい」といった変更が増えると、追加契約になりやすい点に注意が必要です。

準委任契約は、時間や業務の提供に対して報酬を支払う形態です。PoC、既存Pythonシステムの調査、運用改善、段階的なMVP開発のように、着手時点で全仕様を確定しにくい案件に向いています。ただし、作業時間を投入したことと、期待した業務成果が完成することは別です。委託する役割、月ごとの成果物、レビュー方法、稼働上限、品質基準を契約書や計画書に明記します。

実務では、要件定義と技術検証を準委任型で行い、要件が固まった開発・受入を請負型にする組み合わせも有効です。最初から大規模な固定価格で発注せず、2〜6週間程度のPoCで代表画面、認証、外部API、簡易負荷試験を確認してから本開発へ移ると、Gunicornのワーカー設計やクラウド構成の見落としを早期に発見できます。契約を分ける場合は、成果物の著作権、ソースコード、Dockerfile、IaC、検証環境の引渡しを各フェーズで確認します。

発注前にRFPと要件をどう整理すればよいですか？

RFPは、開発会社に提案と見積を依頼するための資料です。細かな実装方法を発注者が決める資料ではなく、解決したい業務課題、必要な成果、前提条件、評価方法を候補会社へ同じ条件で伝える資料として作成します。Gunicornのバージョンやワーカー数だけを先に指定するより、利用状況と非機能要件を明らかにする方が、実現性のある提案につながります。

まず、誰が、いつ、どのデータを使い、どの判断を行うのかを整理します。利用者を管理者、現場担当者、取引先などに分け、ログイン後に見える画面、登録・承認・差し戻しの流れ、検索条件、帳票、通知、外部システム連携を書き出します。既存業務を置き換える場合は、現行のExcel、CSV、紙帳票、手作業の承認も対象に含めます。

特に、ピーク時の同時接続数、1日あたりの処理件数、ファイルサイズ、データの保存期間、個人情報や決済情報の有無は、インフラと費用を左右します。Gunicornのワーカー数はCPUだけでなく、メモリ使用量やデータベース接続数にも影響するため、これらをRFPに記載できると見積の前提がそろいます。

非機能要件には、目標レスポンスタイム、稼働時間、障害時の復旧目標であるRTO、許容できるデータ損失を示すRPO、バックアップ、監査ログ、権限分離、脆弱性対応を含めます。例えば「速いシステム」ではなく、「平日9時から18時のピーク時に、主要な検索の95パーセントを2秒以内に応答する」といった検証可能な表現にします。

本番構成は、Linuxとsystemd、Nginx、Gunicornを使うVM型、DockerでWeb・ジョブ・マイグレーションを分けるコンテナ型、Cloud RunやElastic Beanstalkなどのマネージド型から選べます。AWSの公式ドキュメントでは、Elastic BeanstalkのPython環境がGunicornを標準のWSGIサーバーとして提供しています。一方で、EC2、ロードバランサー、RDS、ログ、通信などの費用と設計責任は残るため、PaaSという理由だけで運用費がゼロになるわけではありません。

Gunicornのシステム開発を発注する進め方

発注後は、要件定義、設計、実装、テスト、リリース、保守の順で進めます。ただし、工程を分けるだけでは不十分です。各工程の終了条件と、発注者が確認する成果物を決めておくことで、後から「そこまで作ってもらえると思っていた」という認識差を防げます。

最初に、Must、Should、Couldのように機能の優先度を分け、初回リリースの範囲を決めます。認証、代表的な登録・検索、権限、外部API、エラー処理を含む小さなMVPを作り、実際の利用者から確認を得ると、業務上の見落としを減らせます。要件定義を急いで圧縮すると、追加要望や手戻りによって工数と費用が1.3〜1.5倍に膨らむ可能性があるため、見積の前に業務担当者のレビュー時間を確保します。

設計では、画面やAPIの仕様だけでなく、アプリケーション、Gunicorn、リバースプロキシ、DB、キャッシュ、ジョブ、監視のどこを誰が管理するかを決めます。例えば静的ファイル配信とTLS終端はNginxやロードバランサー、業務処理はPythonアプリ、データの永続化はDBというように責任分界を文書化します。Gunicornのワーカー数は「2×CPU＋1」を初期値にできますが、これは公式Dockerイメージの目安に過ぎず、負荷試験で検証します。

テストは画面が表示されるかだけでなく、ピーク同時接続、タイムアウト、ワーカー停止、DB接続枯渇、外部API障害、ファイル容量超過、権限逸脱を確認します。デプロイ時には、正常終了、graceful shutdown、ログの保存、データベースマイグレーション、ロールバックを一連の手順として試します。納品前にバックアップの復元テストと、障害発生時の連絡先・初動時間も確認しておくと、本番後の責任分界が明確になります。

契約書で確認すべきGunicornシステムの委託範囲

Gunicorn案件では、アプリ開発会社とインフラ会社が別になることもあります。契約書の「システム一式」という表現だけでは、OS・Python・Gunicorn・依存パッケージの更新、監視、障害対応、クラウドアカウント、バックアップの担当者が分かりません。技術スタックだけでなく、納品後に誰が何をするかを契約と運用設計書で固定します。

納品物には、アプリケーションのソースコード、設定ファイル、requirements.txtやロックファイル、Dockerfile、CI/CD設定、Infrastructure as Code、監視設定、運用手順書、テスト仕様書、データベース定義を含めるか確認します。著作権、翻案権、OSSライセンスの扱い、第三者サービスの契約主体、クラウドアカウントの所有者も重要です。納品後に別会社へ保守を移せる状態かどうかは、発注前に質問します。

保守費には、監視、障害一次対応、OS・Python・Gunicorn・依存パッケージの更新、脆弱性対応、性能改善、問い合わせ、機能追加が混在しがちです。月額保守に含まれる作業と、別途見積となる作業を分け、平日営業時間内の対応か、夜間・休日を含むか、何時間以内に一次回答するかをSLAに書きます。Gunicornのセキュリティ更新だけでなく、周辺ワーカーやPythonパッケージのCVE対応も対象に含めると安心です。

Gunicornのシステム開発費用・外注費用の相場

Gunicorn自体はOSSであり、通常はライセンス購入費が発生しません。費用の中心は、業務アプリケーションの設計・実装、データ移行、クラウド環境、セキュリティ、監視、保守です。以下の金額はGunicorn単体の公式価格ではなく、リサーチノートで整理した業務Webシステムの相場と、Pythonシステムで想定される構成を照合した推定レンジです。

PoCや技術検証は30万〜150万円、画面やAPIが限定された小規模な社内業務Webシステムは300万〜700万円、中規模で複数部署・外部API・移行・冗長化を含む場合は700万〜1,500万円、高可用性や基幹連携まで含む場合は1,500万〜5,000万円以上が一つの目安です。開発期間は、PoCが2〜6週間、小規模が3〜4か月、中規模が5〜8か月、高可用性案件が8〜12か月以上となる想定です。

これは事業規模、画面数、連携先、データ移行量、SLA、セキュリティ要件によって大きく変わります。リサーチノートで参照した業務システムの工程配分では、人件費が総額の60〜80パーセント程度、実装が48〜50パーセント程度を占める想定です（出典: NotebookLM「業務システム全般_13」Q&A、2026年）。したがって、Gunicornの設定費だけを抜き出して安さを比較するのではなく、要件定義、設計、実装、テスト、移行、保守を分けて確認します。

小規模本番のクラウド実費は、DB、バックアップ、ログ、WAF、通信を含めて月1万〜10万円程度から始まるケースが考えられます。冗長化、マネージドDB、複数AZ、監視の保持期間、アクセス量が増えると、月10万〜50万円以上になることもあります。Google Cloudの公式料金表は、Cloud RunをCPU・メモリ・リクエストなどの使用量で課金し、無料枠やリージョン、最小インスタンス数によって金額が変わる仕組みを示しています（出典: Google Cloud「Cloud Run pricing」、2026年）。

また、監視、OS・Python・依存パッケージの更新、脆弱性対応、障害対応、性能改善を含む保守は、初期開発費の年15〜25パーセント程度、または月10万〜50万円程度を一つの検討レンジとして別枠で見積もります（出典: NotebookLM「業務システム全般_13」Q&A、2026年）。これは市場価格を保証する数字ではないため、対応時間、担当人数、月の作業時間、含まれる改修量を確認して比較します。

Gunicornに対応できる委託先の選び方と見積比較

委託先は「Python対応」と書いてあるかだけでなく、本番環境の設計・運用まで質問して選びます。Gunicornの導入経験が公開されていなくても、DjangoやFlask、FastAPI、Docker、AWS・GCP・Azure、Nginx、CI/CD、監視を一体として説明できる会社なら候補になります。ただし、公開実績があることと、今回の規模を安全に運用できることは同じではありません。

候補会社には、Pythonフレームワーク、WSGIとASGIの判断、Gunicornのワーカー種別、プロキシ、DB、ジョブ処理、デプロイ方法を質問します。「ワーカー数はいくつにしますか」と聞いたとき、CPU数だけで即答する会社より、メモリ、DB接続プール、ピーク同時接続、タイムアウト、実測レスポンスタイムを確認してから提案する会社の方が信頼できます。

2026年のGunicorn公式Changelogでは、ASGI対応の拡充、公式Dockerイメージ、PROXY protocol v2、HTTPリクエスト解析の厳格化などが示されています（出典: Gunicorn公式Changelog、2026年）。委託先に、これらの更新をどのように検証環境で確認し、本番へ反映し、脆弱性発生時に緊急対応するのかを聞くと、単なる開発経験と運用経験を分けて評価できます。

相見積もりでは、総額だけでなく、要件定義、UI設計、アプリ実装、インフラ構築、データ移行、負荷試験、セキュリティ診断、リリース支援、保守を同じ項目で並べます。見積の前提となる画面数、API数、連携先、データ件数、利用者数、環境数、納期、会議回数も確認します。クラウド費、SSL証明書、監視ツール、外部API、決済手数料が除外されていないかも重要です。

極端に安い見積は、非機能要件、テスト、移行、ドキュメント、保守が抜けている可能性があります。逆に高い見積でも、冗長化や24時間監視が不要な段階から含まれている場合があります。各社に「この金額で本番公開できる条件」「追加費用になる条件」「発注者側で準備するもの」を明示してもらい、同じ前提で比較します。

打ち合わせでは、要件が未確定な部分をどう進めるか、追加変更をどう管理するか、遅延や障害をどの時点で報告するかを確認します。担当者の経歴だけでなく、実際に設計・実装・運用を担当するメンバー、レビュー責任者、緊急時の代替要員も聞きます。質問に対して「できます」と答えるだけでなく、検証方法や前提条件を説明できる会社を選びます。

発注時に確認したいセキュリティと運用保守

Gunicornは通信を受ける一部のコンポーネントなので、TLS、WAF、認証認可、秘密情報、監査ログ、脆弱性対応を別途設計します。個人情報を扱う場合は、個人情報保護委員会の安全管理措置に沿って、アクセス権限、委託先の監督、ログ、バックアップ、事故時の連絡を確認します。決済情報を扱う場合は、経済産業省が2025年3月に改訂したクレジットカード・セキュリティガイドラインも確認先になります。

ロードバランサーから渡される転送元IPやプロトコル情報を無条件に信頼すると、アクセス制御や監査ログを誤るおそれがあります。信頼するネットワーク、PROXY protocolの許可元、TLS終端位置、管理画面の接続制限を明確にします。入力値の検証、SQLインジェクション、XSS、CSRF、認可制御の欠落も受入条件に含めます。IPAの「安全なウェブサイトの作り方」は、これらの脆弱性と対策を確認する基礎資料です。

運用開始後は、CPU・メモリ・ワーカー・DB接続・レスポンスタイム・5xxエラー・キューの滞留を監視し、一定の閾値で通知します。Gunicornのワーカーが落ちた場合の自動再起動、ログの保存期間、リリース時の段階展開、ロールバック方法も手順書にします。依存パッケージを更新する検証環境を用意し、定期的な脆弱性スキャンとバックアップ復元を保守範囲に含めます。

よくある質問（FAQ）

ここでは、Gunicornのシステムを発注・外注するときに多い質問へ、費用・技術選定・運用の観点から回答します。

GunicornはOSSのため、通常はライセンス費用ではなく、設定、既存アプリの改修、テスト、デプロイ、監視に費用がかかります。既存環境の調査と本番反映だけなら新規開発より小さくできますが、TLS、WAF、負荷試験、CI/CD、障害対応まで含めると作業範囲が広がります。見積では「Gunicorn設定費」だけでなく、周辺構成と保守の有無を確認します。

本番公開では、TLS終端、静的ファイル配信、アクセス制御、負荷分散などを担うNginxやロードバランサーを前段に置く構成が一般的です。必須コンポーネントは利用形態やクラウドサービスで変わりますが、Gunicornだけをインターネットへ直接公開する前提で見積を取るのは避けます。RFPに公開経路と責任分界を記載し、必要な周辺サービスを含めた提案を受けます。

公開されたGunicorn実績がなくても、Django・Flask・FastAPI、Docker、クラウド、Nginx、CI/CD、監視を本番で扱った経験があり、構成の理由と検証方法を説明できれば候補になります。反対に、Pythonの画面開発だけで、負荷試験や障害対応、依存パッケージの更新を説明できない場合は慎重に判断します。PoCと負荷試験を先行し、実力を確認してから本開発へ進む方法もあります。

まとめ

Gunicornのシステムを発注するときは、Gunicornの設定だけでなく、Pythonアプリケーション、DB、クラウド、認証、監視、保守を含むシステム全体を対象にします。発注形態は、仕様を固められる部分を請負型、検証しながら進める部分を準委任型とし、必要に応じてフェーズを分けると管理しやすくなります。

RFPには、利用者、業務フロー、データ量、同時接続数、連携先、RTO・RPO、セキュリティ、納品物、保守範囲を記載します。見積は初期開発費、クラウド費、保守費、追加変更費を分け、金額の根拠と除外項目を確認します。費用相場はPoCで30万〜150万円、小規模で300万〜700万円、中規模で700万〜1,500万円、高可用性・基幹連携型で1,500万〜5,000万円以上という推定レンジですが、あくまで要件依存の目安です。

候補会社には、フレームワークとGunicorn・ASGIの選定根拠、負荷試験、監視、セキュリティ更新、障害対応、ソースコード・Dockerfile・IaCの引渡しを質問します。技術の採用理由と検証方法を具体的に説明でき、初期費用と運用費を分けて提示できる委託先を選ぶことが、公開後も安定して使えるシステムにつながります。

▼全体ガイドの記事
・Gunicornのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。