就是如果主機房被炸掉了會發生什麼事？
那這樣的話有測過異地嗎？
他們的意思是在做RAID？
對不起，打斷一下。「主機房」的這兩個意思是類似AA的狀態嗎？
瞭解，謝謝，我問完了，不曉得有沒有別人想要討論什麼？我們還有一個簡報對不對？我們先進入下一個簡報。
不過我要講的是說，在批次寫入你們系統跟匯出你們系統，兩個你們都不覺得是壓力的來源，就是以目前的用量看起來都還好，然後這兩個東西如果要做成更結構化的方式，都是你們自己開發就可以了？
30Mb，如果壓縮率高也可以傳微電影了（笑）。
OK，所以不太有人真的用手機拍了一部電影然後上傳？
我剛看起來，它還可以上傳MP4（笑）。
幾乎沒有人在用這個界面？
然後裡面相當少部分是剛剛網友自己登打，這個也是有嘛？
大部分都是人的登打？
……喔！所以只有不到兩千筆是機器對機器？
OK，因為以前壓力沒有大到這個地步？
對，但是我意思是說在寫入滿載的時候，你剛剛測的時候是人進去登打的，那機器呢？
……多的時候很多。
整筆匯入的部分呢？也就是機器對機器的部分？
OK。所以就是說，整筆匯出的這一個部分，目前不造成你們的壓力？
因為用的人沒有那麼多。
OK。所以其實這一個東西平常會造成你們的資料壓力嗎？還是還好，你提到舊的這一些人跟你接？
最後一個是整筆匯出入，目前你們自己在這邊登入剛剛那些災害，它有點像整筆匯出，從上次關掉到這一次還沒關掉的區間，就是剛剛Open Data的那個部分。
OK，好，那這是第二個問題，所以寫入分別是這樣。
就是我們完全要把HTML網頁寫成API Form，那種最樸素機器寫入用的，理論上你們不用問任何人？
總之你們做了基本的登打系統，這個登打系統因為是系統的一部分，所以我們如果要改成，好比像一個API寫入，它是完全在你們控制裡的？
做了一個非ZK形式的。
所以就是專門為了民眾寫的。
可是它不是ZK啊！
所以這個東西就是你們的子系統自己畫出來的？
這一個寫入的Web Service有spec嗎？也是一個word檔？
所以我們還是有一個Web寫入，它只是不在剛剛的那一個網頁上，在另外一個？
但是這個是寫入端，就是它會寫進你們的DB？
對，我理解，所以意思是這三個縣市目前……
寫入端有另外一個 NDA.emic.gov.tw/dim，它是使用者可以自己登打，所以它只有三個，就是苗栗、嘉義及桃園？
OK，好，這個是第一個問題，這個是讀取端。
理論上成立嗎？
所以我覺得需要盤點的是，有哪一些是EOC有跟你們拿，而你們目前在內部開放資料集裡面還沒有放的資料，那一些資料都轉成開放資料的話，理論上你們可以0 Hit，就根本不會動到你們的後端。
同意啊！同意啊！可是你這邊是第一手的，產生開放資料，應該不成問題嘛？
總之，後者沒有必要從你們這邊拿。
對，所以你們也有第一手的災情資料。
所以縣市政府你剛剛講的那一些登報系統，CDX也會有嗎？還是那個就不會了。
所以你們完全沒有加任何東西？
那這樣的架構有人提出來過嗎？
所以有一個可能性是，你們針對你們所提供的每一個資料，在你們建議cache的頻段，好比像每分鐘或者是每二十分鐘，你們產生出一筆Open Data，就像剛剛災情通報的Open Data一樣，放到災情平台，請EOC去跟開放資料平台抓，就會自動cache住，你知道我的意思嗎？
第二個問題：你們被讀取的這一些資料，既然我網頁上都看得到，其實並沒有任何道理不能是開放資料，對不對？當然不會有個資、營業秘密及隱私的問題。
但是隨著臺灣上網人口增加，讀取端只會多、不會少，那個不是你們可以做的事情，所以你們也同意說，理論上不應該是你們來cache，應該是讀取的那一端要來cache才對。
……對，因為你剛剛測的這個是寫入端的八千人或者多少人。
這還是要cache，不然的話，你們的loading是只會多，不會少的。
因為理論上你們domain name都是emic.gov.tw結尾，所以他們並沒有任何依法不能存資料的這種狀況。
所以這個不是政治問題嘛，對不對？
對啊！是啊！
