一般的operator都是這樣,如果可能的話。
有一個always on,然後你打一個固定的折數,大部分的時候你有賺,小部分的時候你有虧的情況去賣(笑)?
是這樣子。
……按照policy去收你錢。
不過您剛說的是簡報提的那一些計費方案,像七種太多,然後希望再簡化嗎?我看起來常用的都有了。
我大概都問完了。
同樣,瞭解。
是同樣的東西吧?
完全一樣?
但是我的意思是,IP packets實際進來的時候……
對啊!再開什麼的。
只是稍微貴一點,但是其實並沒有performance或者任何其他的penalty。
是啊!但是我的意思是,它即使在GSN裡面,還是可以用gov.tw對外提供服務。
我知道,我知道,因為非連GSN不可,這個是他的設計目標。
我就在CaaS租一台就夠用了。
I see。
為什麼建議對內資訊系統?我不能拿它來做public facing?
好,瞭解,謝謝。
這樣的話,WebLogic加Oracle一直停在這裡,但是我們未來需要開發新的、公眾可用的東西,我們就往HGR,這樣應該沒有license疑慮吧!這樣應該不算DB access。
第二個是WebLogic的部分,WebLogic好比後段登打,其實你的用戶就這麼多。我們也覺得這個performance已經不會再有預期外的spike,因為臺灣縣市數不會再變十倍。在這樣的情況之下,我們不用動WebLogic登打的那一端,我們只要動consuming這一端。
應該這樣講。這邊分三層,一個是不用登入就可以用的EMIC portal那邊,那邊是最容易的。就是general-public這邊,那邊愛移多少就移多少過來。
我同意啊!這個我都同意。
所以呢?
如果這樣的話,理論上是可以Oracle都還放在代維代建這一區,我們只是把web app移到HGR去,對不對?
第一個問題是,是不是他們批次匯出會有壓力,他們說沒有。
然後要寫入跟匯出的時候,所以我剛剛才問這邊,就是機器對機器的寫入、匯出。
……對,意思就是HGR的software stack裡面,我完全不放任何Oracle DB的client。
這邊即使有寫回去,也是用JSON API或XML API,這樣不能算是Oracle DB的client吧!
我如果在HGR寫的web app,用的都是在剛剛機房代維代建裡面,原本後端系統提供的JSON API或XML API。
但是給大眾使用的前端,可以read-only API export,import進open source的storage solution。不是嗎?
本來的後端還是可以繼續用Oracle,並沒有任何原因要拆掉。
OK,那HGR部份就來把Oracle拿掉(笑)。
如果我們Web Application不用Oracle,其實以災防雲來講,就沒有別的專屬軟體了,J2EE都是開放的軟體。
SQL Server,因為綁在Windows裡面一起談。
那未來有這個打算嗎?或者其實沒有?你們只是把最底下做好?
所以跟AWS還是不完全一樣(笑),好,瞭解。
瞭解,並沒有Oracle壓一個給你們,然後你們從中間抽……
所以意思就是說我們如果片面改變deployment mode的話,要重新談判的意思,這樣嗎?
喔!這個quota,瞭解。
是轉包的?
你們現在是怎麼簽的?用Oracle,是使用人數還是?
Client那邊的CPU?
喔!你的意思是Oracle DB有五個concurrent user。
不是啊!可是我們沒有要放DB層,不是都是Web App層嗎?
但是就是Oracle,沒有別的?
我們就是用Oracle,還有用什麼?
沒有SLA的話,可以打折嗎(笑)?
我們測的時候沒有SLA的,這個我理解(笑)。
所以等於是年中做完,然後明年開始賣?
那當然。