意思是我們在明年的時候，只要不用Java就好了，「1」就自動完成了，這一件事技術上有什麼困難嗎？
意思是你們本來規劃的Web版是給iPad或者是Android的版本，本來測試的時候只有好比像千分之三的人來報稅，並沒有一半的使用者突然用手機報稅的量，是這個意思嗎？
壓測是很容易的事，今年度有壓測過嗎？
你們事前有測試過嗎？
是分布在三十天，所以是用一天壓一千人？
意思是可以同時三萬到七萬人來報稅？
事實上有做這一個壓測嗎？
我們知道目前用手機的是千分之三到千分之五，也就是最多只會變兩百倍的量，所以意思是你們現在可以承載兩到三倍的量沒有問題，以目前後端的資源，大概需要再多一百倍的量就可以接受，意思是這樣。
所以如果這一個規模，以目前壓測的結果乘一百倍，所有的人跑來報稅也沒有問題，是這樣嗎？如果我算數有錯誤，請和我說。
但你們的Web版是已經在身分認證之後的，我是在另外一個畫面取得完身分認證查詢碼才輸入，所以理論上這邊的壓力，是從取得查詢碼開始算。
也就是你這邊如承載一百倍的流量，如果有一百倍流量的話……不一定一百倍，因為明年Windows的離線版還在，所以不可能全部的人丟掉Windows離線版，然後去用Web版。
假設是一半的人來用，你們這邊就是要承載上百倍，如果有上百倍流量沒有問題就不會問題，可以這樣說嗎？那這個是工程問題（笑）。
我自己的想法是，如果明年還留著Java Applet，別的版本做得再好，這些跳出來的安全性警告或者是事前安裝還是跑不掉，那大家今年最不舒服的那一點沒有解決掉，其他的部分都很好，但還是要花三十分鐘安裝。
裝完之後會有很舒服的過程，但是已前面經花了三十分鐘，這樣我們做其他的意義好像滿小的（笑），我不知道是不是可以這樣解釋？
你們本來Java Applet的維護約在今年省下來的人月，不能透過合約變更，或者是不變更合約、只是書面變更工作項目的情況下，轉移到Mac版嗎？
應該是說你們之前私下做壓測的時候，最後如果承載不了，那是什麼原因？
如果本來就有做這個分析的話，其實也不需要一個禮拜，我們現在就可以馬上解決這一個問題；當然如果你們需要額外時間才取得的話，也請直接說。
所以可以給一個大致的分析，很容易，因為在業界好比像你本來只派十台後端的機器，後來壓測的時候，發現當連線到多少人的時候，有一、兩台機器就會開始出現回應大於十秒之類的狀況，這都有標準的工具跟方法，只是仿效而已。
無論如何Web版還是可以作為使用者代表賦稅署、工作坊的一個開頭，因為我們辦工作坊不可能給大家一些A4紙都是手畫的畫面，我們還是要有一個實際的流程給大家參考。之前民間辦的工作坊都是Windows版和Java Applet的Mac版為主，但我還沒有看到提案人用Web版。
因為其實很多人不知道有Web版，絕大部分的人不知道有Web版，所以還沒有看到以Web版流程為主的設計。
如果接下來以Web版當作明年主要方向的話，這一些工作坊就可以直接拿Web的流程來當作精進的方向。
而且Web有一個好處，即使關貿完全不改程式，設計師只是調整字體大小、流程、動畫，這一些在技術上是可以脫鉤的，也就是前端的開發，完全在技術上是獨立於關貿的後端作業，也不會影響到他們的壓力測試，也就是把CSS、字形換掉跟你們的壓力測試是沒有關係，這樣才有可能由致翔來說的由民間來看介面上如何規劃並優化，也不會卡到關貿的時程。
對，Java版就不再存在了。
我們今天有逐字稿，所以過了十個工作天後公開，基本上大家都會知道。
如果要讓部落客或者是民眾知道有一個講法，很簡單就是因為「資安考量」，Oracle都不建議使用Java Applet了，未來如果有資安的問題，他們也不會修補。當然財資中心是絕對不可能幫Oracle補漏洞，所以不使用這個。
這有點Windows XP或者是IE8，微軟都不支援了，一旦有漏洞，除非是Wannacry那種等級，否則都不修了，這個是一樣的考量。這樣應該大家可以接受？
目前Mac的瀏覽器只剩下Safari可以了，到最新的這一版macOS Sierra，用Chrome或別的瀏覽器，其實也報不了稅，這是今年的狀況。
也有可能到明年Safari也不支援新版的Java Applet了，所以本來就需要告訴大家這一件事。
這樣討論出來的東西，某些在Web能做就先做，接下來的年度再精進，也就是有一個程序的關係？
把Web版精進之後，這個不錯或者哪一些地方可以改，就可以在回饋的地方改，並不是各做各的，一邊做壞，然後另外一邊從頭做？
我們有前端的錢跟後端的錢。像後端的錢，是提到機房裡面需要有額外的機器，甚至不是固定的機器，而是報稅季看實際進來的流量，然後再租給他，不管是「財政雲端服務網」或者「綠能雲端資料中心」，那些還有經費嗎？
所以這整個是包含硬體、機房都是由這邊出，所以要用額外硬體資源的時候，你們這邊就要有一個額外的授權？
好的。可以問一下，你們後端機房現在放在哪裡？
是某個機房？
是租用電腦，或者是直接買機器放在那邊？
後端有幾台，可以問嗎？
有人知道嗎？如果不知道就說不知道，沒關係。
有一些AP server，跑什麼不重要，但是機器數量是固定的，也就是雲端自動延伸，你們本來沒有寫進去，可以這樣說嗎？
你們是固定數量AP server做負載平衡，現在變成一百個AP server的話，你們程式也要調整，還是不用調？
也就是說，之前壓測是以目前AP server的數量。如果無法負擔，那中心這邊要想辦法提供運算資源。
像之前別的案子——EMIC——也就是雨下很大的時候，大家要看防救災系統，路、水、電的目前民生資訊，那個有固定數量，但防救災跟報稅很像，一年裡面不會用到，某一個月份會很多人出來用，所以有固定的伺服器數量，後來發現到一個極限，像梅姬颱風可能三倍左右的話，硬體沒有辦法負載，但是要為了梅姬颱風的三倍買一大堆的伺服器在那邊是不經濟的，所以我們現在正在輔導他們跑到中華電信現在有一個可以做自動雲端延伸——HGR——的服務。
HGR是hicloud government region，是他們用目前賣給民間hicloud的方案，變成是在GSN，等於是政府內部網路裡面有一個專用區，但是在那一個區裡面可以做到負載高過某個量，自動開伺服器給你，只要把某個範本壓出來，就會自動開非常多台機器給你。
好處是我們在那邊可以做壓測，可以做到全國納稅義務人都來用的水準，然後HGR會告訴我們說到那個水準，在不調整程式的前提下會用多少機器的server，最多也是用一個月，不會超過一個月，就看因中心能不能負擔費用，如果不能的話，就要改程式，但幾乎一定是可以，因為是非常有彈性的，所以其實到晚上沒有人報稅，所以機器就縮回來了，是按照實際分鐘數計費，因此你們如果是用Java寫的話，要調整成這一個架構，如果你們是做多區負載平衡，所以理論上調整這一個架構，應該是不會做不到的情形。
如果真的有需要，我可以幫忙看程式（笑）。
我們新的開發標案的原則就是用這種按分鐘的這種真正雲端、方法來規劃，但是我們理解明年，尤其是關貿改程式的幅度有限，好比用按日租賃或者其他的規劃方法，只要最後承載到那個流量，然後價錢不要太不合理，我覺得我們是可以接受。
如果最後出來太不合理的話，像剛剛災防雲，我真的有幫他們去調參數，有些是可以用技術方法解決的，我們就試試看。
謝謝。
所以Java Applet這邊大概就這樣子了，至於要如何說服大家，資安上Java Applet就不使用了（笑），這個是你們會幫忙有個說帖嗎？
這是我們負責的業務，說帖當然由我們準備，而說帖如何讓使用者比較能夠接受，請大家幫我們看一下。
要寫成「網友的聲音我們聽到了」，那個框架還是很重要。
