IISのシステム開発の完全ガイド - ブログ

IISのシステムは、利用範囲、実行環境、業務アプリの構成を分けて考えると、必要な機能と運用方法を判断できます。

まずIISの役割とシステムの種類を押さえます。そのうえで、開発・移行と費用、運用と会社選びの要点を取り上げます。各テーマの詳細は、関連記事で確認できます。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

IISのシステムの全体像

入口、業務処理、データ保存を別々の層として捉えられます。

IISは、Webブラウザーからのリクエストを受け、WebページやAPIの応答を返すWebサーバーです。

業務システムでは、IISが入口となり、アプリケーションが業務ルールを処理します。一方、データベースは顧客・商品・受注などの情報を保存します。そのため、IISのシステムを検討するときは、サーバー製品だけでなく、アプリとデータの構成も合わせて見ます。

IISが担う役割と、担わない役割

IISが受け持つのは公開や通信の入口までで、業務の計算や保存は、アプリケーションとデータベースに任せます。

IIS：サイトやアプリの公開、ポートとホスト名の受付、HTTPS、認証、アクセスログを担います。
アプリケーションプール：ワーカープロセス、実行アカウント、リサイクル条件をそれぞれ分けます。
アプリケーション側：受注金額の計算、在庫の引き当て、承認ルート、帳票の業務判断を担います。
データベース側：商品マスタや取引履歴の保存、検索、バックアップを受け持ちます。

提案の対象が、サーバー設定だけか、業務アプリの新規開発や改修まで含むかは、先に明確にしておきます。見積もりでは、IIS構築、アプリ開発、データベースを分けて示してもらいます。外部連携、テスト、移行、保守も、それぞれ別の項目にすると比べやすくなります。

代表的な構成：IIS・ASP.NET・データベース

標準的な構成は、Windows Server上でIISとASP.NET系アプリを動かし、SQL ServerなどのDBと組み合わせるものです。アプリはC#などで作ります。

この構成は、公開、業務処理、データ保存を別々の部品に分けて組み立てます。部品ごとに受け持つ役割が違うため、設計の段階で境界を決めておきます。

IIS：サイトの公開と、アプリケーションの実行環境を管理します。
アプリ：C#などでASP.NETまたはASP.NET Coreを用いて作る処理部分です。
データベース：SQL Serverなどを使い、業務データを保存します。

IISは、サイトとバインディングでホスト名、IPアドレス、ポートを管理します。さらに、アプリケーションプールでは、プロセス、実行アカウント、リサイクル条件を分離します。

アプリとデータベースをつなぐ部分では、接続情報の保護、権限分離、タイムアウト、トランザクションを設計します。

ASP.NET CoreをIISで公開するときは、まずWeb Server役割を有効にします。そのうえで、.NET Hosting Bundleを導入し、ASP.NET Core Moduleを使います。

公開時に生成されるweb.configが、モジュールの設定を担います。なお、既定ではIISのワーカープロセス内で動くインプロセス方式です。

手順は、2026年2月26日更新の公式チュートリアルに整理されています（出典：ASP.NET CoreをIISへ発行する公式ドキュメント、2026年）。

ポイント

IISの役割、アプリ、データベースを分けて見ると、提案の対象がサーバー設定だけか、業務アプリまで含むかを判断しやすくなります。

IISを使うシステムの種類と方式の比較

IISを使うシステムは、利用範囲と運用場所によって設計が変わります。たとえば、社内利用と顧客向けの公開では、認証、ネットワーク分離、監視、攻撃対策の水準が異なります。

既存のIISを延命するか、新しいアプリに作り替えるか、実行環境だけをクラウドへ移すかは、それぞれ分けて検討します。

社内業務システムとインターネット公開システム

社内で使う場合と外部に公開する場合では、認証の仕組みも外からの攻撃への備えも変わります。利用範囲ごとの構成と対策は、下の項目で比べられます。

社内業務：Active Directory連携のWindows認証、社内LANやVPN接続、拠点間通信、部署別の権限管理が中心です。
業務機能：申請・ワークフロー、販売・在庫・顧客管理、帳票出力を、日常の手順や例外処理まで丁寧にアプリに反映します。
インターネット公開：公開用ネットワークとDBを分離し、HTTPS、WAF、レート制限、多要素認証、脆弱性診断、監査ログを組み合わせます。

対策は、社内向けか公開向けかの区分だけでは決めず、扱う情報と利用者の場所に応じて選びます。個人情報、決済情報、営業秘密などを扱うかによって、対策の内容が変わります。

オンプレミス・仮想マシン・PaaSの違い

運用場所ごとの違いを押さえておくと、既存資産との相性や保守の負担を比べられます。

オンプレミス：Windows認証や閉域網、工場設備との連携に向きます。
仮想マシン：既存のWindows構成を保ちつつ、物理サーバーの更新負担を減らせます。
PaaS：OSやIISの保守を減らし、アプリのデプロイやスケールに集中できます。

オンプレミスでは、OSパッチや証明書、バックアップのほか、冗長化と障害復旧も含めて、担当者が管理できることが前提です。

App Serviceでは、共有フォルダやGACなど、既存の仕組みに制約があります。独自インストーラーや常駐プロセスも、制約を受けやすい要素です。そのため、既存アプリの移行可否を先に診断し、クラウド化そのものを目的にしないことが大切です。

IISのシステム開発・移行の進め方

PoCで確かめてから実装へ移る順序が見て取れます。

IIS案件は、現行の資産と業務を把握してから小さく検証すると安全です。流れは、要件定義から方式設計、PoC、実装を経て、テスト、移行、運用引き継ぎへと進みます。

▶ 詳細はこちら：IISのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

1. 現状調査と要件定義

現行環境と業務要件は、次の項目を洗い出して整理します。

環境：現行サーバーとアプリの構成を一覧にします。
設定とリスク：接続文字列の平文保存、32bit依存、古い暗号方式、アプリプールのリサイクルによるセッション消失。
要件：画面・帳票、同時利用者数とピーク時間、許容停止時間、RTO（目標復旧時間）・RPO（目標復旧時点）、ログ保持期間、権限・個人情報の保存期間。

対象は、Windows Server、IIS、.NET Frameworkまたは.NETの各バージョンです。

IISの設定は、サイト、アプリケーションプール、仮想ディレクトリ、バインディングを書き出します。証明書、ポート、タスク、外部連携、ログ、バックアップも、同じ表に加えます。

マスタ整備や承認ルールが未確定のままだと、開発後に追加要望が増えやすくなります。そこで、未確定の事項と決定期限を表にして管理します。

2. 方式設計とPoCによるリスクの確認

方式設計では、候補を比べたうえで、業務と運用に合う構成を選びます。

実行環境：オンプレミス、仮想マシン、PaaSの比較
アプリ構成：スクラッチ開発とパッケージ連携のどちらにするかを検討します。
運用条件：固有機能、DBとの距離、回線障害、拡張性を確認します。
将来性：担当者のスキル、サポート期限、他環境への移行性

方式を選ぶときは、初期費用に加えて、運用担当者が扱えるか、既存データベースとの連携や回線障害時の継続に対応できるかも判断材料になります。

PoCは、本番と同じ構成を最初から作らず、小さく組んで確かめます。確かめる対象は、代表画面、Windows認証、帳票、ファイルアップロードです。外部API、バッチ、負荷、バックアップ復旧も、同じPoCで検証します。

ASP.NET CoreをIISへ発行する際は、Hosting Bundle、web.config、フォルダACLを検証します。あわせて、HTTPSバインディングとアプリプールを、実環境に近い条件で確認します。

3. 実装・移行・リリースと引き継ぎ

実装から運用引き継ぎまでは、次の順に進めます。

環境ごとに設定値と秘密情報を管理し、移行手順を作成します。
画面に加え、権限の境界、同時更新、異常系、帳票印刷、外部連携の再送、バックアップからの復旧を試験します。
要件定義書、基本・詳細設計書、DB定義、テスト仕様書、IIS設定一覧、アプリプール設定、証明書更新・デプロイ・障害対応の手順、ソースコードを納品します。
担当者が替わっても運用できるよう、口頭説明に頼らず、実際の障害を想定した引き継ぎ訓練を行います。

開発、ステージング、本番の環境は分けます。移行は、抽出からクレンジング、変換、検証、差分反映、切り戻しまでの手順を作り、リハーサルを繰り返します。

切り戻しの手順と引き継ぎ訓練まで用意しておけば、リリース後の運用へ無理なく移れます。

ポイント

IIS案件は、現状調査で環境と業務を洗い出し、PoCで代表機能と切り戻しを小さく確かめてから、本移行へ進むと安全です。

IISのシステム開発にかかる費用相場

IISの設定費用と、IIS上で動く業務システムの開発費用は、分けて考えます。構築だけであれば数十万円から、業務アプリでは数百万円から数千万円規模になります。

業務アプリは、画面、データ、権限、連携、テスト、移行が増えるほど費用が上がります。ここで示すのは、2025〜2026年時点の一般的な業務システム相場による目安で、個別案件の確定価格ではありません。

▶ 詳細はこちら：IISのシステム開発の見積相場や費用/コスト/値段について

▶ 詳細はこちら：IISのシステム開発の発注/外注/依頼/委託方法について

規模別の開発・導入費用と期間

規模別の費用と期間は、構築のみか業務機能を含むかで大きく変わります。

IIS構築：20万〜80万円程度で、1〜4週間が目安です。
小規模：300万〜800万円程度で、2〜5か月程度です。
中規模：800万〜2,000万円程度で、4〜10か月ほどです。
大規模：2,000万〜1億円以上で、8〜24か月になる場合があります。

IIS構築の目安には、既存サーバーへの構築、HTTPS化、サイト設定、ログ確認、リリースが含まれます。小規模は、ログイン、マスタ管理、検索・登録、帳票数本を備えた社内システムを指します。

中規模は、受発注、在庫、顧客管理、承認を含む規模です。さらに、CSVやAPI連携、データ移行も含みます。複数拠点、基幹連携、高可用性、負荷試験、段階移行、24時間運用を含むと、大規模になることがあります。なお、金額を左右するのは画面数だけでなく、業務ルールとデータ連携の複雑さです。

一般的な相場は、クラウドの初期費用が0〜50万円、パッケージ導入が100万〜1,000万円、スクラッチ開発が1,000万円〜数億円です（出典：業務システムの費用相場に関する調査資料、2025〜2026年）。IIS案件でも、既存資産を活用するか、業務を作り替えるかで費用に差が生じます。

ライセンス・クラウド・保守のランニングコスト

継続費用は、実行基盤だけでなく、データや運用に必要なサービスも含めて試算します。

クラウド：実行基盤、DB、ストレージ、通信、監視などを見積もります。
オンプレミス：サーバーやDBのライセンス、機器、担当者費用が発生します。
保守：障害対応に加え、更新や監視の範囲を確認します。

Windows App Serviceの公式料金表では、Basic B1が月54.75米ドル、B2が月109.50米ドルです（出典：Windows App Service公式料金表、2026年8月確認）。

単純に換算すると、月1万円前後から数万円台になります。ただし、リージョン、為替、複数インスタンス、データベースなどは別料金です。

無料・共有プランは、検証には使えても、SLAや性能が本番要件を満たさない場合があります。

オンプレミスでは、バックアップ媒体や証明書、ネットワーク機器、監視、保守人件費の分まで、費用に含めて考えます。

年間保守を開発費の15〜20％とする考え方もあります。たとえば、開発費が3,000万円なら、年間450万〜600万円程度になります。

見積書では、要件定義10〜15％、基本設計15〜20％の比率を示し、実装、テスト、移行、教育、インフラ構築、保守も分けて書いてもらいます。

保守が障害対応だけか、セキュリティパッチ、証明書更新、IIS設定変更、監視、軽微改修まで含むかで、月額の意味が変わります。

ポイント

費用は、IIS構築、業務アプリの開発、ライセンスやクラウド、保守に分けて見ると、どの費用がどの作業に当たるかを比べやすくなります。

セキュリティと稼働後の運用で確認すべきこと

通信経路からアプリの弱点まで、対策の対象が分かれています。

サーバー、アプリ、DB、ネットワーク、運用手順のどこかに弱点があると、情報漏えいや長時間停止につながります。そのため、IISを採用した時点で安全と考えず、各層の対策を確認する必要があります。

対策は、公開範囲、扱うデータ、許容停止時間に応じて、多層的に行います。

HTTPS・認証・脆弱性対策の設計

IISで公開するシステムは、通信経路、利用者の認証、アプリの弱点ごとに、対策を分けて設計します。

HTTPS：証明書を取得して443番ポートにバインディングし、期限、更新担当、反映手順を管理します。
TLS：互換性と安全性に応じて、バージョンや暗号スイートを設定します。
認証・認可：利用者やAPIの本人確認を行い、各機能への権限を検証します。
脆弱性対策：アプリの弱点を診断し、監視と更新を行います。

TLSの基準は、高セキュリティ型、推奨セキュリティ型、セキュリティ例外型の3分類です（出典：TLS暗号設定ガイドライン、情報処理推進機関、2025年4月更新）。

Windows認証に加えて、社外利用、多要素認証、特権ID、退職者の停止、部署異動、API認証も設計します。

URL直接アクセス、API呼び出し、帳票ダウンロード、データ更新ごとに、権限を検証します。

SQLインジェクション、クロスサイトスクリプティング、クロスサイトリクエストフォージェリ、ファイルアップロード、セッション管理の対策を行います。

ソースコード診断、依存ライブラリの更新、脆弱性診断、ログ監視も、対策範囲に含めます。

認証と脆弱性対策は、IISの設定に加えて、アプリのアクセス制御と診断・監視まで含めて運用します。

アプリプール・ログ・バックアップの運用

運用では、ログ、稼働状況、復旧手順を一体で管理します。

ログ：IISアクセスログ、失敗要求トレース、アプリとDBの記録を関連付けて確認します。
監視：エラー、負荷、停止、容量、証明書期限を対象にします。
復旧：バックアップから復元し、RTOとRPOを確認します。

500エラー、タイムアウト、メモリ、CPU、アプリプール停止、ディスク容量を監視します。異常が起きたときは、連絡先と一次対応を定め、誰が何分以内にログを見るかまで決めておきます。

アプリプールのリサイクルや再起動で、インメモリセッションや一時ファイルが消える設計は避けます。

データ保護キー、アップロードファイル、共有設定、ジョブの二重実行、スケールアウト時のセッション共有を確認します。

Windows Server 2025は、メインストリームサポートが2029年11月13日まで、延長サポートが2034年11月14日までです（出典：Windows Server 2025公式ライフサイクル、2026年8月確認）。古い環境を更新するときは、OSだけでなく、.NET、DB、帳票、ドライバー、認証方式まで、互換性をまとめて検証します。

ポイント

公開するシステムでは、通信、認証、アプリの弱点ごとに対策を分けて設計し、監視やバックアップの運用まで含めて考えておく必要があります。

IISのシステム開発会社・ベンダーの選び方

IISの設定だけでなく、業務を理解して、Webシステムの設計・開発・運用までできる会社を選びます。既存資産の保守、Windows Server更新、ASP.NET Core移行、クラウド化、新規開発では、必要な経験がそれぞれ異なります。そのため、自社の課題に近い実績を確認します。

公開実績と対応範囲の確認

実績と担当範囲を確かめて、自社の案件に必要な経験があるかを判断します。

開発経験：IIS構築だけか、ASP.NETでの実装まで行ったか。
連携経験：SQL Server、外部API、Windows認証、多拠点運用の実績。
移行経験：IIS更新、.NET Framework刷新、Azure VMやApp Serviceへの切り替え。
対応範囲：要件定義、設計、実装、インフラ、移行、テスト、教育、監視、保守。

業務担当者と直接話せるか、現行担当者へのヒアリング範囲、障害時の連絡経路と対応時間も確認します。

見積もりと提案の比較軸の統一

各社に同じ現状資料と要件を渡し、見積もりの前提をそろえます。そうすると、費用の範囲と追加条件を比べやすくなります。

開発量：画面数、帳票数、連携本数、利用者数。
移行と環境：データ量、開発・本番環境、テスト範囲。
運用と教育：教育回数、保守時間、監視や障害対応。

「一式」とされた項目の中身を質問します。特に、安い提案では、対象外の作業や追加費用の条件を確かめる必要があります。

提案書では、オンプレミス、仮想マシン、PaaSのメリットと制約を比べているかも見ます。

追加要望の変更管理、仕様凍結、受入条件、納品物、ソースコードの権利、他社への引き継ぎ方法も、確認しておきます。提案書にこれらが明記されていれば、契約後の認識違いを減らせます。

契約前に質問しておきたい項目

契約前に、技術対応、納品、移行、運用、契約終了時の条件を質問します。

技術対応：現行IISと.NETの対応可否、Windows Server更新後の互換性検証方法。
納品と障害対応：認証・証明書・ログ・バックアップの担当、ソースコードとIIS設定書の引き渡し、問題発生時の連絡時間。
移行と運用：データ切り替えの担当範囲、現場テストへの参加者、リリース後の監視時間、パッチ適用の判断者。
契約終了：軽微改修の月間上限と、終了時の引き継ぎ費用。

担当者の経験だけに頼らず、設計書、試験記録、運用手順が残る体制かを確認します。長期運用では、この点が特に効いてきます。

▶ 詳細はこちら：IISのシステム開発でおすすめの開発会社/ベンダー6選と選び方

ポイント

開発会社は、自社の課題に近い実績があるか、対応範囲をどこまで持つかで比べます。見積もりは前提をそろえてから比べると、差が見えやすくなります。

IISのシステムに関するよくある質問

IISと業務アプリの関係、古い環境、クラウド化、費用について、検討の初期に判断しやすいよう、先に答えを示します。

IISを入れれば業務システムを作れますか？

業務システムを作るには、IISのほかに、アプリ本体の開発が必要です。IISは、Webアプリを公開し、実行するための基盤です。

業務ロジックや画面、データベースは別途用意します。認証、連携、テスト、運用設計も必要になります。既存アプリを公開するだけなら構築で済む場合もありますが、新しい業務のデジタル化は開発として計画します。

古いIISやASP.NETのシステムはクラウドへ移行できますか？

クラウド移行の方法はアプリ構成によって異なり、移行できる可能性があります。

仮想マシン：既存のWindows環境を保ちたい場合の候補です。
App Service：OS管理を減らしたい場合に選択肢となります。
段階的な再構築：古い依存関係を整理する場合は、ASP.NET Coreなどへ作り替える方法があります。
事前診断：共有フォルダ、GAC、独自インストーラー、常駐プロセス、社内DB、Windows認証は移行先の制約を受けやすい要素です。

既存の構成を洗い出して互換性を診断し、代表機能のPoC、データ連携、切り戻しを確かめてから、本移行へ進みます。

IISのシステム開発費を抑えるにはどうすればよいですか？

まず業務範囲と優先順位を決め、利用頻度の低い機能や複雑なカスタマイズを後回しにします。既存データや標準機能を活用し、画面・帳票・外部連携の本数を整理すると、工数を抑えやすくなります。

セキュリティ、バックアップ、監視、復旧テストを削ると、稼働後の損失が大きくなるおそれがあります。そのため、削減してよい範囲と、必ず守る品質を分けて考えます。

複数社の見積もりを、要件定義、開発、移行、インフラ、保守に分けて比べます。判断は、ライセンス、クラウド利用料、追加改修、障害対応、将来の更新費用を含む総保有コストで行います。

まとめ：IISを業務成果につなげるために

IISのシステムは、Windows上のWebアプリ、データベース、認証、ネットワーク、セキュリティ、運用を一体で設計するものです。

社内業務では、Windows認証や既存資産との連携を活かせます。一方、インターネット公開では、HTTPS、WAF、脆弱性対策、監視を加えます。

この記事の要点

現行環境と業務要件を洗い出し、オンプレミス、仮想マシン、PaaS、再構築を比べます。

費用は、IIS設定、アプリ開発、データ移行、ライセンス、クラウド、保守に分けて捉えます。開発会社は、実績、対応範囲、納品物、障害対応、引き継ぎ条件を確認します。

IISが動くだけでなく、現場が安全に使い続けられることを成功条件にします。

次に準備する資料と相談内容

相談前には、現行サーバーとIISのバージョン、サイト一覧、利用者数、主要画面を整理します。さらに、帳票、外部連携、障害履歴、バックアップ方法も、まとめておきます。新規開発では、業務フロー、権限表、マスタ一覧、データ移行対象、停止可能時間を準備すると、提案と見積もりを比べやすくなります。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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