SBIR 申請中|早鳥 POC 合作夥伴招募

高併發邊界治理虛擬等待室

專為售票系統、電商搶購、大型登記與限量活動設計。 在流量進入商家網站前,先完成等待、過濾、分流與放行, 降低網站癱瘓、資料庫鎖定與疑似黃牛 Bot 造成的不公平風險。

您是否正在面對這些問題?

高流量活動的風險不只在伺服器規格,而是大量請求同時衝進交易流程、會員系統與資料庫時, 可能造成整體服務失控。

瞬間海量流量癱瘓

演唱會開賣、電商大促或政府登記開放時,傳統應用層排隊可能來不及保護主站。

疑似黃牛與 Bot 搶占

惡意腳本、高頻請求與自動化行為會佔用名額,也會增加後端系統壓力。

尖峰成本難以控制

企業常為一年少數幾次高峰長期維持過大主機與資料庫配置,平時資源容易閒置。

一分鐘看懂運作流程

使用者進入活動頁或商品頁前,先經過 Cosmogrid Virtual Waiting Room 的邊界層治理。 通過驗證後,再依照商家設定的人數與流速分批放行。

01|大量流量湧入

一般消費者、重複刷新、疑似黃牛、Bot 腳本與活動流量同時進入。

02|AI Bot 行為過濾

流量抵達商家網站前,先進入邊界層驗證。 系統會依請求頻率、行為特徵與風險規則判斷異常流量。

03|等待室與流速控制

通過過濾的使用者進入公平排隊機制。 系統依商家設定的可承載人數與每秒放行數,分批釋放使用者。

04|導入商家網站

經過削峰與驗證後的使用者,再進入購買、登記、結帳或查詢流程。

核心技術與產品能力

本方案重點不是單純限制流量,而是將流量治理前移到網站外層, 先吸收尖峰,再按規則放行。

Edge Governance

邊界層流量治理

將驗證邏輯前移到 Edge 或 Nginx 入口層,避免所有請求直接打進商家主站。

  • 前置 Token 驗證
  • 等待室與流速控制
  • 降低主站瞬時壓力
Fair Queue

公平排隊與分批放行

依活動規則、後端承載能力與放行速度,讓使用者分批進入正式服務。

  • 排隊順序管理
  • 每秒放行數設定
  • 避免大量使用者同時進入交易流程
AI Bot Defense

AI Bot 行為識別

針對請求頻率、行為模式與異常特徵進行風險評估,降低惡意腳本影響。

  • 疑似 Bot 風險評分
  • 異常高頻請求辨識
  • 可搭配既有 WAF 或驗證機制
POC Report

測試紀錄與驗證報告

POC 階段可整理測試紀錄、壓測資料、等待室表現與導入改善建議。

  • 活動流量紀錄
  • 等待與通過數據
  • 正式導入評估建議

降低尖峰流量帶來的隱性成本

虛擬等待室本身仍會產生邊界層與雲端運算成本; 但它能協助企業避免為了短暫尖峰而長期維持過大的主站資源。

降低常駐大型主機需求

不用為一年少數幾次活動,長期維持過高規格的應用伺服器與資料庫配置。

降低資料庫瞬間壓力

透過分批放行,降低大量請求同時進入查詢、結帳或登記流程造成的 Deadlock 與逾時風險。

將尖峰成本轉成活動成本

平時支付低維護費,有活動時再購買流量包,讓成本更接近實際使用情境。

雙部署模式:雲端快速導入,也支援伺服器端驗證

同一套等待室、Token 驗證、Bot 風險判斷與流速控制邏輯, 可依客戶現有網站架構、DNS 管理方式、資安要求與維運能力,選擇不同導入模式。

部署模式 導入方式 適合對象 特色
CDN / Edge 快速導入 透過 DNS 設定,將活動頁或指定網域流量先導向 CDN / Edge 層, 由等待室完成前置驗證、排隊與分流後,再轉送至商家原網站。 希望快速導入、降低維運負擔、活動檔期明確的電商、售票或活動網站。 適合 POC 與 SaaS 模式。通常不需要大幅改動原網站程式, 可先針對特定活動頁、子網域或指定入口進行測試。
Nginx / OpenResty 伺服器端驗證 在客戶既有伺服器入口層設定 Nginx + Lua / OpenResty 驗證邏輯, 由伺服器端進行 Token 驗證、等待室狀態檢查與流量放行控制。 已有自管主機、私有雲、內部系統、特殊資安要求,或希望保留完整入口控制權的企業。 適合私有化或半私有化部署。可與既有 Nginx、反向代理、內部驗證流程整合, 但通常需要較多技術對接與測試時間。
簡單來說:若希望快速驗證與低維運,通常先採 CDN / Edge 模式; 若客戶已有嚴格資安、內部網路或私有化需求,則可評估 Nginx / OpenResty 伺服器端驗證模式。

適合導入的場景

只要有短時間集中流量、活動規則、公平性或系統穩定性需求,都可以評估導入。

售票與活動

演唱會、展演、運動賽事、活動報名、抽籤登記。

電商搶購

限量商品、會員日、秒殺促銷、新品上市、福袋活動。

政府與大型登記

線上申請、補助登記、名額分配、查詢系統與高峰流量入口。

創始夥伴早鳥合作方案

目前本服務處於 POC 驗證與早期合作階段,開放少數合作廠商優先測試。 合作重點是共同驗證真實流量場景、部署流程、費用模型與產品可行性。

期間 費用 內容
第 1–3 個月 0 元 POC 概念驗證與測試環境導入。協助確認網站架構、活動場景、等待室流程與基本測試資料。
第 4–6 個月 正式方案 2 折 延伸測試期。僅收取低額測試服務費與必要雲端成本,用於持續驗證活動流量與規則調整。
正式第 1 年 6 折 若完成 POC 後進入正式合作,第一年享早鳥合作優惠。
第 2 年起 8 折或專案固定價 長期合作廠商可保留早鳥續約優惠;若提供案例授權與完整回饋,可議定長期固定優惠。

POC 階段收費與用量模型

目前仍屬早期驗證階段,費用會依網站規模、部署方式、活動流量、峰值併發與是否需要客製串接評估。 建議採「平時維護費 + 活動流量包 + 大型活動專案評估」三層模式。

下列金額為 POC 階段參考區間,不代表正式公開定價。實際合作條件會依導入範圍與活動風險調整。

一、平時維護費

平時維護費主要用於保留等待室設定、網域或入口設定、基本監控、活動規則保存與活動前技術支援。 平時流量仍可保留基本防護,但不建議作為大型活動尖峰流量使用。

維護級距 POC 參考費用 適合對象 平時用量範圍
Basic 約 NT$3,000~5,000 / 月 小型電商、活動頁、品牌官網。 建議月等待室請求約 10~50 萬內;峰值併發約 300~500 人內。
Growth 約 NT$6,000~10,000 / 月 中型電商、固定活動網站、會員日促銷網站。 建議月等待室請求約 50~300 萬內;峰值併發約 500~2,000 人內。
Enterprise 專案評估 售票、大型登記、政府、金融、私有化部署。 用量、併發、SLA 與部署方式需另外評估。

二、活動流量包

活動包是指「活動期間累計進入等待室的使用者或請求量」,不是同時在線人數。 例如一場活動 1 小時內累計 50 萬人進入等待室,就會接近小型活動包範圍。

活動包 POC 參考費用 活動期間累計流量 適合場景
S 小型活動包 約 NT$5,000~15,000 / 次 約 5~50 萬累計等待室請求 小型促銷、品牌活動、單次登記、初步 POC 測試。
M 中型活動包 約 NT$20,000~50,000 / 次 約 50~300 萬累計等待室請求 會員日、限量商品、熱門活動報名、中型售票活動。
L 大型活動包 約 NT$60,000~150,000 / 次 約 300~1,000 萬累計等待室請求 大型售票、熱門商品搶購、政府登記、高風險流量活動。
XL 超大型活動 專案報價 1,000 萬以上或高峰併發需求明確者 大型演唱會、全國性登記、特殊資安或高可用性需求。

三、提前登記優惠

大型活動需要預先配置等待室、邊界規則、監控、流量釋放策略與測試流程。 因此建議活動前完成登記與測試,避免臨時啟用造成擴容不足或設定不完整。

登記時間 計價方式 說明
活動前 14 天以上 活動包約 8 折 適合中大型活動,可預留技術確認、壓測與規則調整時間。
活動前 7 天以上 活動包約 8~9 折 適合小中型活動,可完成基本設定與測試。
活動前 48 小時內 原價或急件評估 需視工程量、流量風險與雲端擴容可行性評估,不保證一定可承接。
「50 萬、300 萬、1,000 萬」主要指活動期間累計進入等待室的請求量或使用者流量級距; 「峰值併發」則是同一時間在線或等待的人數,會影響部署規格、監控與安全餘裕。 若活動可能出現高峰併發,需另外評估。

POC 合作流程

Step 1

需求盤點

確認網站架構、活動類型、預期流量、資安限制與導入範圍。

Step 2

部署模式選擇

依需求選擇 AWS Lambda@Edge 或 Nginx + Lua / OpenResty 模式。

Step 3

測試環境導入

建立等待室、Token 驗證、流量釋放、Bot 規則與基本監控。

Step 4

模擬壓測或小型活動

透過壓測或實際活動觀察等待室表現、後端壓力與使用者體驗。

Step 5

資料回饋與調整

依數據調整放行速度、等待室規則與異常流量判斷方式。

Step 6

正式合作評估

完成 POC 後評估正式方案、活動包、年約或私有化部署。

技術團隊實戰背景

昕容科技專注於高併發系統架構與 MarTech 流量治理。 計畫主持人具備多年大型分散式系統開發與維運經驗, 曾處理高請求量、高 QPS 與流量平台重構情境。 本專案希望將相關實務經驗產品化,轉化為可導入售票、電商與大型登記場景的虛擬等待室服務。

常見問題

這是正式商用產品嗎?

目前定位為 POC 驗證與早期合作階段。可先進行封閉測試與小型活動驗證,後續再依結果討論正式商用方案。

一定要改動原本網站程式嗎?

不一定。部分場景可透過邊界層處理,降低對主站程式的修改。但若涉及會員、結帳、票券或登記規則,仍可能需要少量串接。

可以完全阻止黃牛或 Bot 嗎?

系統目標是降低疑似 Bot、異常高頻請求與自動化腳本的影響,不保證百分之百阻止所有攻擊。

導入後是否完全不用擴充主機?

不是。商家仍需維持合理主站資源。虛擬等待室的價值在於讓尖峰更可控,降低為短暫高峰長期超額配置的需求。

正在準備高流量活動、限量販售或大型登記系統?

歡迎申請早鳥 POC 測試。我們會先評估您的網站架構、活動情境與預估流量, 再提供適合的部署方式、測試範圍與合作條件。

昕容科技有限公司|Cosmogrid
聯絡人:莊士緯 Sky|Email:sky@cosmogrid.com.tw