進入IT這個坑轉眼快10年了,從開發到運維到DBA,一直作着最底層的工做,幹些瑣碎的事情,今天來巴拉巴拉那些年作過的項目,告慰一下失去的青春歲月!小項目就不提了,講幾個拿得出手的。數據庫
第一個拿的出手的項目是廣東移動的多媒體痤席項習,時間大概是2007年十月、十一月左右吧,多媒體坐席是個什麼東西呢,它不是東西,它實際上是廣東移動網頁版的10086系統(相似於QQ),是廣東移動佈局互聯網服務的一個入口,也是爲了在不方便打電話的狀況下,還能夠經過網絡來解決服務問題,不至於出現服務肓區。項目的系統架構:終端 + 集羣應用服務器 + 集羣中間件 + RAC 9I數據庫,開發語言:Java + PL/SQL。
服務器
項目初期各類資源投入很到位,項日進展也很順利,但到了後期狀況就有所變化了,主要是2008年廣東移動開始進入3G網絡時代,現有的一套系統是2003年創建的,面向2G網絡的,己不能知足3G業務的發展須要了,一套全新的系統已經開始規劃,不久就要開始實施。而這套多媒體坐席系統仍是2G網絡的一部分,顯然已經不能適應3G業務的發展須要了,所以這個項目處於一種尷尬的局面。既不能上也不能下的狀態,上呢早晚要淘汰,下上呢作了一大半,之前的努力就白費了。所以項目後期資源投入跟不上,一些問題拖着沒法解決。網絡
主要問題有消息丟失、消息分配不及時、消息重複分發等,而這些問題都比較棘手,所以每天要進行跟蹤,分析日誌、修改代碼。可是這些問題也不是每天都有的,基本都是在業務高峯時可能會出現,因此就給跟蹤分析帶來很大困難,你跟時不必定會出現,並且跟蹤時會影響系統性能,若是等問題出現了再跟己經來不及了,這就是問題的棘手之處。可是客戶他無論你這些,他出了錢就要一個能正常使用的系統,你說日誌跟不到沒法定位,這不是理由啊!所以搞的咱們見了客戶就像老鼠見了貓同樣,都躲着走。後來實在無法再拖了,才從總部了來了兩個研發到現場解決,再加上市場的忽悠,問題總算是解決了,客戶纔在驗收報告上才簽了字,項目總算是搞完了。 架構
這個項目客戶雖然拖着不簽字,但不表明客戶不支持咱們的工做,相反在項目中客戶仍是給了咱們很大的支持,好比咱們懷疑移動的內網可能有攔截敏感消息的可能,建議最好能去外網測試,客戶立刻就安排十幾我的去網吧測試,沒想到還真與網絡有關。說實在話若是客戶不幫你,要本身找一批人測試也不是一件容易的事,這也是我這麼多年作項目惟一的一次難忘的測試經歷。因此和客戶多交流多溝通,充分利用客戶的資源,對於順便的完成項目是有很大幫助的。包括後來作的幾個項目,客戶都給予了很大的幫助包括吃飯住宿等,在此也要對客戶表示感謝。運維
對這個多媒體座席項目的評價是‘累、散、慢’。
ide