寄雲科技PaaS測試報告

寄雲科技PaaS測試報告

 

隨着目前雲計算技術的普遍應用，不少企業已經將系統平臺遷移到了雲上，大大減輕了IT運維的壓力。不一樣雲計算廠商各有優點，企業可能針對不一樣系統的具體需求而選擇了不一樣的雲平臺。此時對雲平臺的管理就成爲IT運維人員的主要工做內容之一。寄雲科技適時推出了PaaS平臺，爲企業提供了雲應用開發、混合雲管理、自動化運維服務等服務，極大提升了企業的IT運維和管理效率，下降了企業對專業IT人員的需求。

 

日前有幸參與了寄雲科技組織的PaaS平臺公測活動，對其產品進行了一段試用，確實感覺到了寄雲科技在混合雲管理領域的獨到之處，在此跟你們分享一下。

 

首先明確幾個概念，雲計算中的PaaS指平臺即服務，英文全稱爲Platform as a Service，該層次介於IaaS（基礎設施即服務）和SaaS（軟件即服務）之間。簡單的說，若是咱們須要一臺已經配置好Apache+MySql+Php運行環境的虛擬機，不用新建一個純淨的虛擬機再本身配置那些相關的運行環境了，PaaS平臺已經提供了各類不一樣用途的鏡像，能夠方便咱們的選擇。

 

目前，寄雲科技PaaS平臺在進行全功能的免費公測，你們能夠在此地址進行註冊：http://paas.neucloud.cn/user-register.html  固然，我也是第一時間去註冊試用了下，也和你們分享些使用體驗。

走近寄雲PaaS

首先，寄雲科技PaaS平臺的註冊流程比較簡單，完成註冊登陸後，就會看到用戶中心頁面。用戶中心的頁面包括主要的管理功能，須要點擊頂部控制檯菜單進入。

總體感受，寄雲科技PaaS平臺的界面比較簡潔，左側是功能菜單，右側是快速開始，用戶能夠清楚明瞭的知道具體怎樣操做，中間部分則是已擁有的應用實例和應用模板，方便用戶快速使用。

寄雲PaaS功能介紹

添加雲帳戶 開啓雲應用

寄雲PaaS能夠同時管理阿里雲、×××、雲雀雲、Azure等其餘雲平臺，將不一樣平臺的雲資源整合到一個界面中。運維人員能夠免去在多個雲平臺的管理界面中來回切換的麻煩。

在添加雲帳戶時，咱們發現寄雲已經爲公測用戶提供了一個免費的×××帳戶來測試，可是，爲了試用的公正性，我仍是添加了一個本身的雲吧。點擊添加雲帳戶按鈕：

能夠看到，目前寄雲科技只是支持阿里雲、×××、微軟雲、靈雀雲等公有云平臺，以及OpenStack、VMware等私有云平臺，可是像AWS等幾個雲平臺在測試時還不支持，但願寄雲科技之後能夠支持更多的雲平臺。同時須要注意，雖然列表中有微軟雲，但通過和寄雲科技確認，如今只是支持國內由世紀互聯運營的Azure，沒法支持國際版Azure。順便吐槽一下，右下角的「下一步」按鈕沒有做用，能夠去掉。

 

我選擇了添加阿里雲帳戶，這是添加界面：

這裏，寄雲可就有個很貼心的設置，若是用戶不知道怎麼填的話，能夠把鼠標放到（？）問號上就會有相關提示，用戶就知道具體添加的內容。

 

添加好後就能夠看到雲帳戶的詳細狀況，以下圖：

因爲各個雲平臺須要的參數不盡相同，所以，配置的方法和填寫內容也不一樣，你們能夠在官網中的幫助與支持頁面查看各個雲帳戶如何添加，文檔寫的仍是比較詳細的。

 

部署雲應用實例

有了帳戶以後就能夠部署應用實例了。爲了方便用戶添加，寄雲科技已經提供了一些應用模板，應用模板分爲公共模板、共享模板、自有模板三種，在每類模板下還有更詳細的分類：

應用模板能夠理解爲咱們裝單機系統時的Ghost鏡像，裝好須要的軟件後能夠作個鏡像，下次能夠很方便的部署一個新的帶軟件的系統。

 

此次我在×××帳戶裏添加試試：

在添加×××的帳戶時，仍是有些問題的，不像添加阿里雲帳戶時的人性化，部分參數字段不太清楚什麼意思，都是靠猜想。好比這個界面的app_port，默認值是80，我只能猜想這個是默認開放的端口，manage_port默認是3389，我猜是遠程桌面的端口，但不知道是否是這樣。但願仍是寫的詳細些，以便於用戶知道怎樣添加。

 

此外還有一個地方須要改進，系統密碼雖然提示了強度限制，但並無進行校驗，若是輸入了簡單密碼，仍是能夠正常提交。另外剛開始公測的時候輸入密碼的地方是明文顯示的，這個也反饋屢次了，如今已經修改了，以星號隱藏。

 

提交後就會建立資源了，須要一段時間。點擊菜單的應用實例就能夠看到建立的資源了：

點擊ID還能夠看到詳細信息：

剛建立成功的主機默認是關機狀態，須要開啓。但開啓的時候會出現問題，若是剛纔輸入的是簡單密碼，會提示密碼簡單沒法啓動。那這個流程就比較奇怪了，若是密碼簡單，應該在提交的時候進行校驗啊，而不是提交以後再提示太簡單而沒法操做。但願寄雲科技能夠重視下用戶的體驗流程。

 

固然，最後我仍是改成複雜密碼後才能夠成功啓動，連接顯示了一個rdp協議的地址，實際上就是遠程桌面的地址：

這個地方的密碼在最開始公測的時候也是明文顯示的，如今也已經修改好了，不是明文顯示的，看來，寄雲科技對用戶的隱私安全仍是比較重視的。

 

另外若是是隻建主機的話，沒有跑應用，則監控部分的圖表是沒有數據的。也許系統就是這樣設計的，但感受仍是應該能看到最好。一個乾淨的系統運行起來也是須要CPU等資源的，可讓用戶更加心中有數。

右側的日誌能夠看到主機執行狀況：

我又建立了一個WordPress多語言版，這就是一個完整的應用了，開箱即用。爲了測試密碼強度問題，我又輸入了簡單密碼，能夠正常提交，但稍後顯示開啓失敗：

最終，我仍是沒有找到修改密碼的地方，只能刪除，而後再重新添加。

在應用實例列表處能夠看到狀態：

仍是相同的問題，這個提示應該放在提交的時候，而不是提交以後。

 

另外我在應用實例詳情中刪除貌似沒起做用，實例列表中還能夠看到，又在實例列表中刪除了一次，並且執行的速度比較慢。

 

從新提交了一個複雜密碼的WordPress應用，此次能夠正常啓動了：

能夠看到監控圖表已經有數據了。點擊訪問地址的連接：

WordPress的界面已經出來了。用戶無需再去配置各類運行環境、服務器設置、環境變量之類的，就這麼簡單。

 

結語

PaaS的好處沒必要多說，相信作過IT運維的人都應該能體會到配置不一樣應用環境的痛苦，如今一切均可以交給雲平臺去完成了。並且還能夠方便的進行彈性伸縮，大大提升了運維效率。除了平臺已經支持的應用模板，用戶還能夠添加自定義模板，並能夠選擇是否分享公開。

 

通過一段時間的測試，感受到寄雲PaaS平臺的基礎功能已經基本完備，在這裏也提幾點建議，但願寄雲PaaS愈來愈好。

一、        頁面部分細節須要再優化，包括輸入提示、字段本地化、密碼保護等方面能夠加以改進；

二、        密碼校驗流程須要改進，在提交前進行強度校驗；

三、        純主機資源沒法看到監控信息，最好仍是能顯示一下，否則還要到原平臺裏去看，失去了統一管理的意義；

四、        添加ASP.NET平臺及SQL Server等.NET平臺的應用模板；

五、        沒法管理雲帳戶中已有的資源，但願可以管理以前添加過的資源；

六、        不支持國際版Azure，也但願可以支持。