所以意思就是說，即使我們現在到這裡，也不能折舊賣回（笑）？
現在大概用一半了？
喔！真的？
但是當我們已知，又要擴充它的量，又撞到天花板的時候，我們不妨把一些elastic的部分往這邊建置，那這樣這兩個中間等於是只能透過公共的網路？
也可以VPN？
都是還在GSN VPN裡面？
這個跟網段規劃是沒有關聯的，就是說事實上我這邊出來，我等於Join這邊的VPN。
從這一台機器的角度來看，這邊有很多台機器，這邊有動態的一至三台都無所謂？
幾乎是不可能撞到的？
當然要測一下。然後latency應該也都還好，因為infrastructure都你們？
……等於intranet。
他的route也不可能經過任何你們不認識的人。
對啊！臺灣就這麼大、光速就這麼快（笑）。
請繼續。
知道。
那當然。
所以等於是年中做完，然後明年開始賣？
我們測的時候沒有SLA的，這個我理解（笑）。
沒有SLA的話，可以打折嗎（笑）？
我們就是用Oracle，還有用什麼？
但是就是Oracle，沒有別的？
不是啊！可是我們沒有要放DB層，不是都是Web App層嗎？
喔！你的意思是Oracle DB有五個concurrent user。
Client那邊的CPU？
你們現在是怎麼簽的？用Oracle，是使用人數還是？
是轉包的？
喔！這個quota，瞭解。
所以意思就是說我們如果片面改變deployment mode的話，要重新談判的意思，這樣嗎？
瞭解，並沒有Oracle壓一個給你們，然後你們從中間抽……
所以跟AWS還是不完全一樣（笑），好，瞭解。
那未來有這個打算嗎？或者其實沒有？你們只是把最底下做好？
SQL Server，因為綁在Windows裡面一起談。
如果我們Web Application不用Oracle，其實以災防雲來講，就沒有別的專屬軟體了，J2EE都是開放的軟體。
OK，那HGR部份就來把Oracle拿掉（笑）。
本來的後端還是可以繼續用Oracle，並沒有任何原因要拆掉。
但是給大眾使用的前端，可以read-only API export，import進open source的storage solution。不是嗎？
我如果在HGR寫的web app，用的都是在剛剛機房代維代建裡面，原本後端系統提供的JSON API或XML API。
這邊即使有寫回去，也是用JSON API或XML API，這樣不能算是Oracle DB的client吧！
……對，意思就是HGR的software stack裡面，我完全不放任何Oracle DB的client。
然後要寫入跟匯出的時候，所以我剛剛才問這邊，就是機器對機器的寫入、匯出。
第一個問題是，是不是他們批次匯出會有壓力，他們說沒有。
如果這樣的話，理論上是可以Oracle都還放在代維代建這一區，我們只是把web app移到HGR去，對不對？
所以呢？
我同意啊！這個我都同意。
應該這樣講。這邊分三層，一個是不用登入就可以用的EMIC portal那邊，那邊是最容易的。就是general-public這邊，那邊愛移多少就移多少過來。
第二個是WebLogic的部分，WebLogic好比後段登打，其實你的用戶就這麼多。我們也覺得這個performance已經不會再有預期外的spike，因為臺灣縣市數不會再變十倍。在這樣的情況之下，我們不用動WebLogic登打的那一端，我們只要動consuming這一端。
這樣的話，WebLogic加Oracle一直停在這裡，但是我們未來需要開發新的、公眾可用的東西，我們就往HGR，這樣應該沒有license疑慮吧！這樣應該不算DB access。
好，瞭解，謝謝。
為什麼建議對內資訊系統？我不能拿它來做public facing？
I see。
