也就是說，還在文書作業的階段（笑）。
周老師要講什麼話嗎（笑）？
也就是「我們現在沒有答案」的意思（笑）。
這邊講的是關鍵基礎設施，目前在災情發生時各自的可用情況，是用什麼方式。
以上有沒有回應到中程的問題？
但如果內政部資訊中心這邊已經有幫忙規劃這個的話，其實也許用這邊的比較快，不然這一整套，維護本身就有非常多的人力，如果三個系統用full time去維護，其實到最後結果是一樣的，真的不如集中在一個地方維護，所以如果願意的話，那真的非常感謝你們。
對啊！所以我剛剛說彰濱機房，要try就是要try Google。
但是未來本來有這一個計畫嗎？
所以事實上你們沒有在DNS層，去說若離國網近一點就用國網的？離你們近就用你們的？
但是如果平時是DNS是會隨時解到近的那一個嗎？
如果壞掉的話，國網會自動接DNS？
是哪兩個地點？
我以為你們放在同一個地方，所以其實不是，如果壞掉的話，是有？
這幾台裡面有做？
NCDR是目前完全沒有任何類似的架構，就是Active-Active、Round-Robin Load balancing？
我的意思是這邊長的程度跟那邊長的程度是一樣的，因此當時葉副才建議是不是乾脆用相同的HA架構，畢竟不希望整合成網頁之後，使用者看上半部是好的、下半部是壞掉的，或者是下半部是好的、上半部是好的，好像哪裡怪怪的（笑）。
剛剛有談過，如果是平時的話，NCDR應該不會超過五台的用量，事實上五台都用不滿，其實跟消防署一樣的狀況，但是災時的時候就會漲一下。
因為颱風時不會有人來查地籍資料（笑）。
而且已經不夠用了（笑）。
雖然擴充的情況不一定那麼多，但是我們假設這個是災害時，最多到十台，就是說有沒有可能放在內政部這邊的集中建置機房裡面，或者是簽個HGR，或者是跟Google彰濱機房簽一下？
上次中期的面向，我們有一個具體的詢問，就是剛剛這邊具體提到說需要HA，然後需要一些可能發生災時自動擴充。
不曉得還有沒有什麼想問的？
這樣真的應該沒有運算量。瞭解，謝謝。
推送都是走HTTP，並不會走簡訊或者是CBS或者什麼別的？
如果這樣的話，就像剛剛說的，其實都一樣的。你們每一分鐘都會推送出去嗎？
他們想要把接到推送的頻率跟端點建置到你們的資料庫裡面，也就是每分鐘或者每小時看到碰到頻率就推送出去？
……你們現在推送是用國網的CPU或者是？
是的。你們目前頻寬的用量？
他說有主動推送。
好的。不管剛才這個或者是對於新的東西，不知道有沒有什麼想法？請自由發言（笑）。
我們幫產業界付了錢，所以產業界可以用？
所以這2,000萬元的意思是我們幫這一些單位付了錢，就可以免費用你們的服務，意思是這樣嗎？
這個是加值的營業單位，幫其他還沒有做CAP的這些朋友們去做結構化。
平時、災時是兩回事？
這2,000萬是另外一回事？
請繼續。
如果真的需要更多運算量，我們這邊也可以撥，但我還是想要知道你們架構是什麼狀況，因為送靜態檔案其實有很多方法做。
你們現在有benchmark過說你們CPU loading現在就已經很重嗎？如果是的話，那就是程式沒有寫好；這應該在沒有額外CPU的情況下就能做。
這其實就是一堆sendfile(2)。
但傳送幾乎沒有運算可言，push是HTTP出去，你只是做一大堆POST的要求，但是既然你的要求都一樣，這一個東西其實應該不需要動到運算才對。
如果現在只針對四千八個個介接，你的CPU用量應該是相同的才對。
無論如何都是靜態的，並不會給這四十八個都一樣？
是從你們gate這邊pull？
這個CAP XML檔是你們收到之後就產生？
這邊是設備跟license的錢，1,500萬，然後這邊是開發的錢？
如果攤平的話，平時一台就可以了
所以不一定也要自動擴充？
很好。那AP伺服器要做什麼？如果地址轉座標是內政部做，如果呈現的GeoJSON都是靜態圖檔，你們AP伺服器剩什麼事做？
就是幾乎接近純靜態網站的寫法？
