ok，我們來看一下數學。一小時兩萬，這個是滿載，不太能接受，一小時一萬左右，比較是還保留PDF報表的情況下，算是比較合理的，我們直接除以二。
可以看到螢幕左邊、右邊，三十一天、一百二十萬，等於是一天四萬，如果要一萬的話，也就是四分之一天，假設只有半天會報稅，也就是三小時。所以如果平均流量的話，其實左邊的狀況比較好
我們這邊既然用一小時當單位，我們知不知道同一小時最多同時上來報稅成功，而產生報表的數字？
也就是最尖峰的那一小時，到底有多少人run？
平均來講以白天來算，一天平均是三千，但是這個是平均值，但最高值是兩萬六？
這個是極值。
所以目前這邊反應一小時承載兩萬六是承載不來的，但是一小時1萬是還可以的，我們目前是這個狀況嗎？
離尖峰值，大概是我們差三倍的距離。
對，這個是後來要的，較高的數字，意思是我們現在推出一個新的服務，即使用Windows的人，看到這一個新的服務也跑來用用看。
即使是這樣，一小時也是兩萬六？
還好。我們希望它的效能是到達三倍，並不是到達幾百倍。可以這樣理解嗎？
……但那是因為Mac不能用……
當然。
我們確定幾個原則，本來有離線版的需求，本來報稅好好的，並沒有要倒流到這一個，我剛剛講的是，如果大家看到新東西想要試試看，在Windows先不下載離線版，先玩玩看線上版，我們好像也沒有道理阻止它，不然就換他來連署了（笑）。我的意思是理論上只有四十萬人明年會來用新的系統，但是並不能預防四百萬人會來用的情況，並不是說我們發說帖四百萬人都來用，不是這個意思。
第二，你們有準備一套Mac本來會中毒、Oracle不支援、原廠不用、IE沒有辦法裝的說帖，剛剛談的保留是這個說帖下去了，會壓得太死，會變得明年無論如何都要把線上版上線，剛剛聽到的意思是不是這樣？
你們的說帖裡面，倒沒有用易用性當理由，我們也不能之後忽然拿來當理由，要前後一致。
一個是作業系統商不支援的部分，到明年這個狀況只會更壞，不會更好。對使用者來講全部都裝起來，到明年的Mac新系統軟體升級了，所以又會升級到新版，那個已經不支援Java Applet技術了。即使今年環境都做好了，到明年的Mac升級之後，還要降級他的Java。
而且我們現在很難去預測，降級Java是不是一個可能的操作，或者是一般使用者是否做得到這一件事。
所以今年環境裝好了，明年要回到今年的環境，也要費一番功夫，這個並不會增進易用性。
我們以Windows的比喻來講。民眾已經升級到IE最新版了，但為了報稅，國稅局說「希望您下載IE6來開報稅網站，雖然微軟早就已經說IE6不支援了，但我們的網站只有IE6可以運行」，這個好像有太多問題。我們不應該跟民眾講這個。
所以，即使原本習慣本來介面的民眾，我們就是以「資安」跟「作業系統不支援」為原則。
到最後線上版假設出了什麼大災難，到最後完全不能用，我們的備案是什麼？就是「請他借一台Windows電腦」。
即使去借一台Windows電腦，在資安、支援上，也比降級瀏覽器的Java Applet技術來得好，這個是我個人的判斷。
如果有不同的想法，或者是關貿很希望維護本來程式的話，也可以提出（笑）。
好，那是不是可以把說帖做一點修改？也就是裡面本來提到「會變成跨平台的介面」，我們現在這一個就不寫那麼死，我們可以說會研發進一步的方法，就是沒有資安疑慮的方法。
至於，最後deliver的方式是大家都能用線上版的經驗，或者是我們收斂出來，線上版必須導流，Windows不能來用。或者是最壞的狀況，也就是要借一台Windows電腦。
我們公開說帖把這三個保留，都不要寫死，但不會撤銷Java下架的決定，這樣好不好？
在協作會議的時候，這個有提出來，本來是有寫，後來因為手機上沒有外接鍵盤，沒有辦法打那麼多字，所以就暫時省略。
但是其實本來就有寫出來，所以這個並不是額外開發，這個是介面設計的問題，也就是可能要偵測正在用的電腦或者是裝置到底有沒有鍵盤，有的話，顯示一些鍵盤可以打的，沒有的話，就看用什麼方式，這個是接下來協作工作坊可以設計的部分。
這裡我想要釐清的是：這個缺少是有意為之，並不是還沒來得及開發。
頁籤的部分，會在後續的工作坊對焦，看要如何加回來。
所以關於說帖的部分，大家還有沒有想要說的、詢問及分享的？顧問這邊？
說帖就對外，也就是Java Applet版本，因為資安跟支援兩大原因，明年就不會看到，但是「跨平台」這個先不要寫那麼死，說不定到最後測出來還是只有Mac跟Linux跑去用線上版。
所以說我們會研發出支援行動裝置、又沒有資安疑慮的解決方法。講到這一步可以吧？跨平台的部分就先不用寫，這樣可以嗎？
壓測的部分我看了。剛剛講的是兩台電腦，這邊只用一台在進行測試？
澄清一下，行動版產出PDF原本是在兩個不同的機器上跑？
這兩台機器如果變成四台機器，上次的會議裡面有一個具體需要釐清的是，你們的程式要改多少，所以才能支撐在四台或六台機器上運作？
這個後來有評估嗎？
所以不用改程式？
這個比較像是快取性質的東西，IDN跟DB在報稅期間會經常變更嗎？
我理解，基本上是唯讀的。程式運行的邏輯是相同的，只是指向資料庫的位置，現在換到本機，而不是換到外面，可以這樣說？
這樣看起來都還好。現在很確定給你們四台或者是六台用來產生PDF，假設把流量負載平衡掉了，也沒有要改回html報表，對不對？感覺上是這樣。
理解。
因為現在有一個想法，盡可能用租用主機的方法做，假設用租用主機那一條路通的話，就是租那一個月而已，而不是永遠買資本，那六台永遠都要維護。如果用租用預算資源角度算的話，其實租一個月的十台機器不算什麼錢，比起你們用人工去改程式，那才是最昂貴的成本，所以如果能夠用錢來租資源解決，我覺得會比較容易。我不知道這邊的想法是？
就是我剛剛所說的，好比像現在政府網路裡面租了六台給你們，你們要多久可以把現在一台或者是兩台的架構放在這上面來測？
差在哪裡？
這個是完全不同的事情。
您剛剛提的是作業系統，也就是版本是否一樣？硬體的配置，也就是不管是記憶體或者是計算資源是否一樣？
但底下硬體跟OS都是可以解決的，因為租的都是虛擬化的東西。所以如果硬體比較差，多租幾台就是了。如果OS不相容，模擬就是了。
重點是上面。SLA是不斷線、服務提供時間的保證，資安是有沒有通過某些等級資安的要求，這個才是比較難克服的，OS跟硬體是容易的。
