自動化平臺的嘗試和小結

自動化平臺的事情喊了好久，之前有人做，自己協助支援，現在想做，但是苦於沒有實戰經驗和技術積累。所以身份和角色轉換，都需要轉變。

那麼只能是硬上。不會Python,學吧，不會Django，學吧，不會的東西蠻多，但是走了一些路回來發現，有些事情確實沒想的那麼難，當然要做好，肯定沒那麼簡單。

如果一件事情你能做到，那麼其他的事情我覺得也差不離，對此我想到了兩件事情。

一件是學習Oracle的時候，一件是當年在泰國出差的時候，悶在酒店裡寫指令碼的時候。

學習Oracle的時候，記得當年買了一本《如何成為Oracle OCP》,然後反覆看，找了環境測試，過年沒買到票，沒有回家，就啃Oracle的東西。當時在團隊做了交流之後，記得同事也說過，儘管如此，這其實不代表什麼，但是在有一次晚上下班的時候，我突然想起了書上表空間管理的一個細節，記得書裡面有，然後就從樓下跑到樓上找那本書，專案經理還以為出什麼事情了，我翻開書，找到了那個地方，才心滿意足的跟他下班了，專案經理無意說了一句話，至今記憶猶新，他說，你這種學習態度，學習Oracle肯定沒有問題。

另外一件事情是在泰國出差的時候，當時是做一個資料遷移的專案，遷移的場景可以說是最複雜的一類遷移：異構業務的增量資料遷移，當時公司有一套指令碼用了很多年，但是實際測試的時候效能總是不太滿意，我覺得為何不自己寫一個版本，整理了思路以後，週末就悶在酒店裡面開始寫，大概不到一個星期就出了個成品。

但是在資料遷移的過程中，發現了嚴重的IO問題，最後無奈環境做了回退。當時的影響面很大，有很多人，包括原廠都在質疑我的實現方式，低沉的一段時間，但是我們反覆測試，找效能的瓶頸點，基本都是搞到凌晨回酒店，在反反覆覆的測試中，終於發現原來是ODM導致的，修復了這個之後，效能立馬槓槓的，雖然我的指令碼效能立馬高了很多，但是我還是不放心，需要反反覆覆測試，有個朋友到泰國遊玩，我接了他到酒店之後繼續搞，他半夜睡醒看了下我，說，你這麼搞啥事都能成。借他吉言，在後面的遷移裡面，又做了細小的調整，到後來可以直接交給客戶自己來執行了。想來都是苦，但是難忘吧。

我在很艱難的時候都會想起這兩個故事，這裡說這個也不是要說自己有多偉大，絕對沒有吹噓的意思，而是我們做事情的時候的一種態度，你是認真來做，還是抱著一種旁觀的態度。

有句話很有哲理，凡牆皆是門。不突破一把，自己的眼界都停留在固有的框框裡。

回到自動化平臺的事情，自己不是一下子就做，而是不斷的迭代，出了很多的版本，快速迭代中發現了很多難

以言傳的經驗。

最開始的時候使用的是Django Admin的模板

後面在Djang admin的模板基礎上試了下suit,能實現一些功能，但是畢竟很有限，無法繼續定製。

然後借鑑參考了OpsManage,我這裡提了優點，決定在他的基礎上改一把，所以它沒有實現的部分我覺得不是缺點，而是對我們來說不能直接使用的原因而已，眾口難調，曹總應該是基於這個考慮吧。

喏，我的前端頁面渲染了一把，是這樣的。

後端的主頁面是這樣的，功能和實現都重新做了梳理，在此也感謝曹總無私提供的開源專案。

然後如果我繼續說這個事情要不要做，我覺得就不會有人持觀望態度了。事情就是這樣。想，都是問題，做，才是答案。

當然我的想法遠比這個要大，我希望儘快拿下這些技術點，提高工作效率，後面可做的事情還有很多很多。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2149788/，如需轉載，請註明出處，否則將追究法律責任。