瞭解，並沒有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。
我就在CaaS租一台就夠用了。
我知道，我知道，因為非連GSN不可，這個是他的設計目標。
是啊！但是我的意思是，它即使在GSN裡面，還是可以用gov.tw對外提供服務。
只是稍微貴一點，但是其實並沒有performance或者任何其他的penalty。
對啊！再開什麼的。
但是我的意思是，IP packets實際進來的時候……
完全一樣？
是同樣的東西吧？
同樣，瞭解。
我大概都問完了。
不過您剛說的是簡報提的那一些計費方案，像七種太多，然後希望再簡化嗎？我看起來常用的都有了。
……按照policy去收你錢。
是這樣子。
有一個always on，然後你打一個固定的折數，大部分的時候你有賺，小部分的時候你有虧的情況去賣（笑）？
一般的operator都是這樣，如果可能的話。
所以有沒有機關單獨在你們Cloud BOSS可以跑的情況下，自己先跑來做elastic deployment？用公有雲做嗎？
功能是一致的？
只是在production system上，你們還沒有合作的機關？
都是在測試的階段？
即使你們推出了這個，是大家一定都會來買Government Region，還是有些用HiCloud就好了？
如果這個並不是mission critical system或者大部分是read only系統的話，其實用GCE或者是用EC2或者隨便用哪裡都沒差嘛？
就跟任何的provider一樣？
所以Cloud BOSS目前有driver可以更高一層abstraction，不管是Kubernetes或者是Docker Machine或者是什麼東西去drive它嗎？
好比像Amazon EC2好了，好比我們通常做container virtualization的話，如果是Linux的話，可以一台八個vCPU，但是事實上它算成可能十五台container都丟在它裡面。
它已經快要用完的時候，我就旁邊再開一個，因為container可以有一個running snapshot，所以丟過去又繼續跑，等於這個VM層往上用軟體在做一個container虛擬層。
這一件事發生的時候，會需要往下call你們的API，叫他多開一台機器，目前有沒有機關或者任何使用者已經這樣在用？
好，我們自己寫（笑），這樣我大概瞭解，謝謝。
所以大方向，我綜整一下我剛剛聽到的，如果綜整有問題的話，不管哪一邊都跟我講一下。
