自社サーバーで運営するホームページ、制作から公開までをエージェントが行います

会社紹介や研究成果を示すホームページが必要でした。作ってみると、AI活用例を紹介するLab（研究室）や、授業資料や学習ツールを収めるAcademy（学院）も必要になりました。サイトが増えるたびにホスティング商品を選び、管理画面を新たに覚える方式は煩雑でした。

そこで、すでに使用している個人サーバーを活用しました。私はどのような空間を作るかを説明し、エージェントが制作からドメイン接続、公開と修正までを引き受けて処理するようにしました。現在は会社・Lab・Academy・ニュースサイトをそれぞれ異なるアドレスで運営しています。

外部からのリクエストは、SKブロードバンドの1GbpsインターネットからNASのOpenWrtルーターと内部有線網を経てMac Studioに入ります。現在Webサービスを実行している機器はMac Studio M4 Maxで、メモリは64GBです。サーバーの有線リンクは2.5Gbpsで接続されています。

Nginxは訪問者がリクエストしたドメインを確認し、対応するWebアプリに接続します。会社ホームページ、Lab、Academyを別々のサービスとして実行しているため、同じサーバーでも目的に応じた画面と機能を運営できます。NASがWebページをすべて直接実行する構成とは役割が異なります。

内部網の2.5Gbpsが外部転送速度を2.5倍にするわけではありません。外部訪問者に資料を送る際、インターネット回線のアップロード速度が主要な制限要因となります。

基本ドメインはupmi.re.krです。lab、academy、newsはこのドメインを指すCNAMEで接続され、Webサーバーではアドレスごとに目的先を区別しました。サブドメインを追加するたびに、別のドメインや有料ホスティングを購入する必要はありませんでした。

ドメイン管理画面のDNS設定、内部サービス実行、Nginx接続、HTTPS証明書発行を1つの作業として進めます。最後には実際の公開アドレスでアクセスし、画面とリンクが開くかを確認します。

ドメイン登録・更新費用とHTTPS証明書の管理は別個です。証明書は予約タスクで更新されWebサーバーに適用されますが、ドメイン決済まですべて自動化したとは言いません。

「この事例を追加して」「写真を替えて説明を短くして」「講義用の空間を別途作って」のように結果を伝えます。エージェントは既存の画面と資料を読み、原稿・画像・ページコードを同時に修正します。私は内容と公開範囲、実際の経験に合致しているかを確認します。

修正後にはコンテンツ構造とリンクを検査し、運用用ビルドを作成します。新しいバージョンを別途実行して確認した後に運用サービスを更新します。デプロイ時には既存バージョンと実行設定を残し、確認に失敗した場合は前のバージョンに戻せるようにしています。

今回の運用も同じ方式で追加しました。単に文章を書く代わりに終わるのではなく、メインカード、詳細ページ、日英コンテンツ、計算機と検索に必要な事例データまで接続します。

制作・修正・新規デプロイは私がリクエストするとエージェントが引き受けて実行します。サービス維持や証明書更新のように反復サイクルが明確な事項は、実行マネージャーと予約タスクに任せました。Webサービスは継続的に実行されるよう管理し、証明書更新状況は1日2回確認しています。

問題が発生すると、エージェントが状態とログを確認して原因を絞り込み、設定を修正した後に公開アドレスで再確認します。すべての管理メニューを探す手間が減りますが、機器故障や回線障害が自動的に解決されるわけではありません。

運用の核心は、一度インストールして放置するのではなく、リクエスト→変更→点検→デプロイ→復旧を同じフローで維持することにあります。

現在のサーバーで短く測定したインターネットアップロードは約795.6Mbpsでした。既存の3ページの初期自己資料量は約1.22〜3.13MBでした。計算には1人あたり3.2MB、転送目標5秒、回線余裕30%を適用しました。

795.6Mbps × 70% × 5秒 ÷ (8 × 3.2MB) = 約108名です。これは同じ時刻にページ資料の受信を開始するという条件の回線計算です。すでに文章を読んでいる人数とは異なる指標です。

現在のNginxの接続スロットは1,024個です。訪問者接続だけでなく内部サーバー接続も含まれるため、これを1,024名と解釈することはできません。1人あたりのアクティブリクエスト接続を3〜6個と仮定し、同じ余裕を残すと計算範囲は約59〜108名になります。

したがって、まず60〜100名規模を負荷試験の目標として提示します。実際の最大同時接続数を検証した数値ではありません。大容量資料のダウンロード、動画、電子黒板のリアルタイム接続とAI応答は別途試験する必要があります。Labチャットボットのモデル応答は現在、一度に1つずつ処理しています。

別々の有料ホスティングサーバーをレンタルせず、私が持つ機器で4つの公開空間を運営することになりました。新しい機能が必要であれば、決まった管理メニューで可能な項目を探すのではなく、希望する結果を説明して直接実装します。

WordPress自体は無料のオープンソースです。この事例はWordPressが有料であることを意味するものではなく、WordPressや別々のホスティング商品を使用せずに直接作成したWebアプリを個人サーバーで運営した経験です。ドメイン、インターネット、電気、機器、AI利用コストは残ります。

私が内容と方向性を定め、エージェントが制作・接続・デプロイ・点検を引き受けること。ホームページ1つを作る経験が、会社と研究、授業、新しいサービスを継続的に拡張する運用基盤となりました。