同意啊！同意啊！可是你這邊是第一手的，產生開放資料，應該不成問題嘛？
所以我覺得需要盤點的是，有哪一些是EOC有跟你們拿，而你們目前在內部開放資料集裡面還沒有放的資料，那一些資料都轉成開放資料的話，理論上你們可以0 Hit，就根本不會動到你們的後端。
理論上成立嗎？
OK，好，這個是第一個問題，這個是讀取端。
寫入端有另外一個 NDA.emic.gov.tw/dim，它是使用者可以自己登打，所以它只有三個，就是苗栗、嘉義及桃園？
對，我理解，所以意思是這三個縣市目前……
但是這個是寫入端，就是它會寫進你們的DB？
所以我們還是有一個Web寫入，它只是不在剛剛的那一個網頁上，在另外一個？
這一個寫入的Web Service有spec嗎？也是一個word檔？
所以這個東西就是你們的子系統自己畫出來的？
可是它不是ZK啊！
所以就是專門為了民眾寫的。
做了一個非ZK形式的。
總之你們做了基本的登打系統，這個登打系統因為是系統的一部分，所以我們如果要改成，好比像一個API寫入，它是完全在你們控制裡的？
就是我們完全要把HTML網頁寫成API Form，那種最樸素機器寫入用的，理論上你們不用問任何人？
OK，好，那這是第二個問題，所以寫入分別是這樣。
最後一個是整筆匯出入，目前你們自己在這邊登入剛剛那些災害，它有點像整筆匯出，從上次關掉到這一次還沒關掉的區間，就是剛剛Open Data的那個部分。
OK。所以其實這一個東西平常會造成你們的資料壓力嗎？還是還好，你提到舊的這一些人跟你接？
因為用的人沒有那麼多。
OK。所以就是說，整筆匯出的這一個部分，目前不造成你們的壓力？
整筆匯入的部分呢？也就是機器對機器的部分？
……多的時候很多。
對，但是我意思是說在寫入滿載的時候，你剛剛測的時候是人進去登打的，那機器呢？
OK，因為以前壓力沒有大到這個地步？
……喔！所以只有不到兩千筆是機器對機器？
大部分都是人的登打？
然後裡面相當少部分是剛剛網友自己登打，這個也是有嘛？
幾乎沒有人在用這個界面？
我剛看起來，它還可以上傳MP4（笑）。
OK，所以不太有人真的用手機拍了一部電影然後上傳？
30Mb，如果壓縮率高也可以傳微電影了（笑）。
不過我要講的是說，在批次寫入你們系統跟匯出你們系統，兩個你們都不覺得是壓力的來源，就是以目前的用量看起來都還好，然後這兩個東西如果要做成更結構化的方式，都是你們自己開發就可以了？
瞭解，謝謝，我問完了，不曉得有沒有別人想要討論什麼？我們還有一個簡報對不對？我們先進入下一個簡報。
對不起，打斷一下。「主機房」的這兩個意思是類似AA的狀態嗎？
他們的意思是在做 RAID？
那這樣的話有測過異地嗎？
就是如果主機房被炸掉了會發生什麼事？
是人工改類似DNS的做法嗎？
所以一次從這邊知道被……我們不要說炸掉，被斷電（笑），到這邊 recover 大概要多久？
滿長的，裡面有多少時間是手動的？
所以意思是手動的部分可能一分鐘不到？
就要二十五分鐘？
開機就要二十分鐘？等於整套系統？
我是不知道災害後三十分鐘會怎麼樣，但是當時的spec是說這樣可以接受？
然後開機就要開二十幾分鐘？
……可是這是全自動的，不是嗎？就是說你會起來知道它active……
然後你們沒有所謂sleep to disk或這一類的東西？就是snapshot是一個running state，而不是一個cold boot，你知道我的意思？
通常我們的做法是資料備份之後，把它開起來，然後snapshot包含memory的狀態，然後把它freeze起來，就跟我們電腦沒電的時候一樣，然後醒來的時候你等於是memory多少就讀多少，然後就開機了，這樣不應該超過一分鐘才對。
對，可是當時這樣設計有特殊原因，還是就是因為三十分鐘可以交卷就這樣子？
瞭解，謝謝。請繼續。
