作者bitlife (BIT一生)
看板Emergency
標題[討論] NGO EmergencyCloud 規劃
時間Tue Aug 11 10:14:54 2009
以下供大家參考,歡迎集思廣益,轉載請註明出處。
NGO EmergencyCloud 規劃
目的:
建立一個地理分散的雲端網站,供緊急救災新聞發佈、傳遞、瀏覽以及
資源指揮協調之用
架構:
以 P2P 架構實作雲端,以眾多分散於各縣巿的伺服器,並在 Google
AppEngine 建立入口網站首頁,該首頁能將瀏覽的流量依負載量分配導向
Google 本身以及前述的各個伺服器。
各縣巿伺服器存在之必要原因為:一. 國外連線可能斷線,無法連上
Google。二. 各縣巿伺服器即使成為通訊孤島,至少可供當地救災資訊輸
入查詢使用,待連線回復,即可與其它伺服器資料交換/同步。
伺服器間的 TCP/IP 連線需能以巿話/3G 備援。若網際網路主幹崩潰
但巿話仍可使用時,雖然一般民眾已無法瀏覽,但仍可供救災相關單位使
用,故可連通之伺服器節點將會使用 UUCP 備援以交換資料供救災人員使用。
若經費充足,可考慮衛星連線備援(這應該是見到周公陳情後才有可能)。
一般使用者(主要使用 Google 伺服器)使用 Flash 頁面瀏覽最新資
訊,每五分鐘更新一次,若台灣對 Google 連線中段,則直接使用各縣巿伺
服器之網址連線,每半小時更新一次,更新時將以伺服器時鐘為主,將各瀏
覽器之更新時間分散。
進階使用者為有真實 IP 可做為 www server 之機器,具備一定運算能
力。則可經過登入後,註冊成為輔伺服器,定時回報負載給主伺服器,並從
主伺服器取得最新資訊,主伺服器會將到訪連線轉介給輔伺服器。
救災單位人員、有權限人員、電視台人員可登入使用主伺服器,輸入最
新資訊,包含時間、地點、事件類別、摘要描述、詳細描述、嚴重等級、確
認等級、連絡人、連繫電話等。
所有使用者都可使用訂閱功能,訂閱單一事件、是某區域事件或某類別
事件等。
技術:
伺服器使用 Java 之 J2EE/Server 相關技術,主要原因為可使用於
Google AppEngine,使用 Google AppEngine 之原因為不需另外架設並維護
Cloud,僅需在災害期間付額外之運算費用,其餘時間沒有超大流量使用則免
費。入口網頁若不使用大量伺服器,則難以負荷超大到訪流量。
一般使用者端 HTML(總覽及查詢) + Flash (重大訊息如斷橋潰堤撤離
等之跑馬燈)
進階使用者以瀏覽器點選 JNLP 連結可自動安裝下載並執行最新版本程式。
網友建議追加:
未經事前認證登入的使用者,可使用簡訊提供訊息,可選擇是否願意公開
手機號碼供人查證,無來電資訊一律不接受,系統記錄來電號碼,供事後追查
散佈不實謠言之法律責任。
亦可直接使用網頁回報訊息,但必須流下聯絡資訊以供相關人員查驗,有
權限人員查驗過濾後認為有可信度可轉為公開發佈訊息。系統亦記錄 IP 以追
究不實謠言之法律責任。
尋人連絡訊息不受訊息權限限制,任何人可用手機簡訊刊登,直接顯示。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.233.131.212
1F:推 danielsu:推 08/11 10:17
2F:推 TKOW:推 想法很好實作出來更好 不過應該有很多人看不懂這篇 = =" 08/11 10:22
3F:→ bitlife:八卦版看的人多記者多,說不定可以招募到人和政府預算 08/11 10:29
4F:→ bitlife:我沒有權限,歡迎幫忙轉版 08/11 10:30
※ hsiaofan1026:轉錄至看板 Gossiping 08/11 10:35
5F:推 hsiaofan1026:已幫轉 08/11 10:35
6F:→ bitlife:謝謝!請再幫推有問題請至此版,我無權回八卦推文 08/11 10:40
7F:→ bitlife:訊息是有帳號的人才能提供,帳號要在事前透過認證才能用 08/11 10:41
8F:→ Holysml:以前消防署就想做一樣的全國即時網路訊息交換平台 08/11 10:45
9F:推 pichupichu:認證最好是採用實名OR能確實聯絡的方法吧,我是建議 08/11 10:47
10F:→ pichupichu:每次發訊息都要求輸入手機號碼發認證碼簡訊,數入認證 08/11 10:48
11F:→ pichupichu:碼確認後消息才登進,此外每通訊息可酌收數元的費用, 08/11 10:49
12F:→ bitlife:消防署有所有公家機關的問題,我才說要由有體力熱情的人做 08/11 10:49
13F:→ bitlife:做好反供民間救災組織電視台甚至縣巿政府用 08/11 10:49
14F:→ pichupichu:不但能擋掉有心亂的人,也能用來維持硬體的運作 08/11 10:50
15F:→ bitlife:主伺服器由縣巿救災組織輸入,一般人只能瀏覽 08/11 10:50
16F:→ bitlife:主要是做最有效的訂閱,電視台無法分眾訂閱,跑馬燈過慢 08/11 10:51
17F:→ bitlife:當然也可提供手機非官方訊息交換版,至少事後可追究謠言 08/11 10:52
※ 編輯: bitlife 來自: 118.233.131.212 (08/11 10:55)
18F:推 pichupichu:光救災機構不夠吧,鄉民的資訊管道比較多,且等整合 08/11 10:54
19F:→ pichupichu:會拖太久。官方機構只負責確認上傳的資訊正誤與否, 08/11 10:55
20F:→ pichupichu:重新整理訊息,這樣也比較容易達成 08/11 10:56
21F:→ bitlife:我意思是經查證有一定可信度的可由有權限者轉為公開訊息 08/11 10:56
22F:→ bitlife:至於尋人訊息,則有尋人專版,使用者可訂閱某特定訊息 08/11 10:57
23F:→ bitlife:不受權限限制 08/11 10:57
※ 編輯: bitlife 來自: 118.233.131.212 (08/11 10:58)
24F:→ billy3321:不建議使用flash,災情回報應該有個簡單頁面,方便手機 08/11 10:58
25F:→ billy3321:上網回報資訊。flash佔頻寬也佔資源 08/11 10:59
26F:→ bitlife:一般訊息仍可經由總表及查詢功能閱讀 08/11 11:01
27F:→ bitlife:跑馬燈若有 Google AppEngine,每五分鐘更新不是問題 08/11 11:01
※ 編輯: bitlife 來自: 118.233.131.212 (08/11 11:04)
※ 編輯: bitlife 來自: 118.233.131.212 (08/11 11:06)
※ 編輯: bitlife 來自: 118.233.131.212 (11/04 06:31)