redis+webdis 進行資料共用或打點分析

現在各測試系統間的通訊有napoli訊息，http或dubbo介面，不是很靈活，優缺點就不評價了，今天來講下各系統間的記憶體共用思路。

那就是用redis來存取資料，redis支援更加豐富的資料結構，如list，set，map等。而且有豐富的用戶端支援，共有幾十種之多，更加爽的是，還有個開源項目webdis，可以支援提供Restful的HTTP介面，如http://10.20.142.160:7379/get/foo.txt，有了它，js都能操作redis。那樣前後台都打通了，想象下，java後台新增了一條資料，前台立刻就能拿到，或者說前台使用者執行了摸個操作，就能永久記錄下來，而不是放到本機存放區，更不是調用後台介面來儲存，是不是很靈活。

宙斯盾的三個應用情境是

1：各系統提的缺陷，現在需要在各系統額外開闢一個欄位來儲存這個關聯關係，如測試管理系統，用例Id為123的用例上面提了一個bug，那就要存一個用例id，缺陷Id，缺陷類型這樣的記錄。如果這個用redis來儲存，用webdis來做用戶端，那頁面上的少許js就能完成這樣的功能。

2：通用session，現在各系統用同一的buc登陸，但登陸後的一些資訊就不能共用了，如使用者的一些偏好設定，測試管理系統登陸後選擇了關注某條產品線，到效能預警中心後預設也是這條產品線，進Amon也是，這樣的體驗或許會很好。

3：打點/報告，現在的監控有各種各樣的手段，進程監控，頁面監控，還有hudson的外掛程式式監控，但這些資料難以匯總展示，如hudson的外掛程式監控，監控的資料沒法儲存。可以最佳化為：各資料按預定格式儲存到redis上，然後統一的頁面進行匯總展示。如外掛程式可以統計每各時間段各執行機壓力情況（任務數），而後台agent統計該時間段裡面記憶體，cpu，load等情況，然後匯總頁面，進行分析，得出幾條曲線圖，然後進一步可以分析出最優的任務安排。