【篇一】
大家好，我是XXX項目組的XXX，我于2011年7月進(jìn)入公司做JAVA程序開發(fā)，至今已近快一年時間了。初來公司，曾經(jīng)很擔(dān)心不知該怎么與人共處，該如何做好工作;但是公司融洽的工作氛圍、團(tuán)結(jié)向上的企業(yè)文化讓我較快適應(yīng)了公司的工作環(huán)境。在本部的工作中，我一直嚴(yán)格要求自己，認(rèn)真及時做好領(lǐng)導(dǎo)布置的每一項任務(wù)。不懂的問題虛心向同事請教，不斷提高充實自己，希望可以為公司做出更大的貢獻(xiàn)。
當(dāng)然，剛做這個項目的時候，難免出現(xiàn)一些小差小錯需領(lǐng)導(dǎo)指正;但前事之鑒，后事之師，這些經(jīng)歷也讓我不斷成熟，在處理各種問題時考慮得更全面，杜絕類似失誤的發(fā)生。在此，我要特地感謝部門的領(lǐng)導(dǎo)和同事對我的指引和幫助，感謝他們對我工作中出現(xiàn)的失誤的提醒和指正。總結(jié)經(jīng)驗是一個人迅速成長的有利催化劑，為了更快地成為一名優(yōu)秀的員工，現(xiàn)將我20xx年上半年的學(xué)習(xí)、工作情況總結(jié)如下：
20xx年初時，我們進(jìn)銷存項目通過了一期客戶驗收。但是，隨著客戶業(yè)務(wù)的變化，項目需要做很大的改動和調(diào)整�，F(xiàn)進(jìn)銷存系統(tǒng)進(jìn)入了二期的設(shè)計開發(fā)階段。
初入公司的時候，我只負(fù)責(zé)財務(wù)模塊的存貨核算開發(fā)工作。隨著公司人員的變動，現(xiàn)在我負(fù)責(zé)財務(wù)管理整個模塊的開發(fā)工作。很明顯的能感覺的身上的壓力越來越大，也許是因為我的個性使然吧，越挫越勇，迎難而上。不斷的學(xué)習(xí)財務(wù)業(yè)務(wù)知識和本系統(tǒng)框架，現(xiàn)基本了解掌握了財務(wù)的整個業(yè)務(wù)邏輯及業(yè)務(wù)流程。因為沒有參與一期的原型、需求、設(shè)計、數(shù)據(jù)庫等文檔的設(shè)計。
在開發(fā)過程中發(fā)現(xiàn)，有好多原型、需求文檔、設(shè)計文檔，只知其然，不知其所以然�？偨Y(jié)一期經(jīng)驗，避免二期開發(fā)中遇到同樣的問題和困難。從原型設(shè)計、談二期需求、整理需求文檔、數(shù)據(jù)庫設(shè)計、開發(fā)，*負(fù)責(zé)到底。這樣對業(yè)務(wù)邏輯及業(yè)務(wù)流程有了更深的理解。從“我問”，到“我講”，有了很大的個人提高。提高軟件知識和技術(shù)只是問題的表面，本質(zhì)是要提高自己認(rèn)識問題、分析問題、解決問題的思想高度。在能勝任工作的基礎(chǔ)上，立即去涉獵其它領(lǐng)域的專業(yè)知識，豐富自己的知識體系、提高自己的綜合素質(zhì)。
我相信付出肯定會有收獲，在我們的努力下，進(jìn)銷存系統(tǒng)一定會給客戶及公司一個滿意的答案。
在這一年里，我看到公司的迅速發(fā)展，各項制度的不斷完善，我很慶幸我是公司的一員，我會用謙虛的態(tài)度和飽滿的熱情做好我的本職工作，為公司創(chuàng)造價值，同公司一起創(chuàng)造美好的未來。
【篇二】
先自我簡介一下，本人從事asp.net開發(fā)進(jìn)一年，0xx屆畢業(yè)生，XX年11月開始上班，之前做asp，XX年2月后開始做asp.net，由于公司轉(zhuǎn)型，現(xiàn)在帶十幾個人在一起搞asp.net開發(fā)，主要是關(guān)于準(zhǔn)金融行業(yè)的行業(yè)管理軟件。年度總結(jié)在會議上也寫了，但僅限于對于工作總結(jié)及XX年工作計劃，自我總結(jié)較少，因此今天專門做下自我的年度總結(jié)，主要從技術(shù)、管理、人生上面談?wù)勥@一年的收獲，前輩路過歡迎多多指正。
技術(shù)
我在學(xué)校里學(xué)的是電氣自動化，程序基礎(chǔ)僅限于c基礎(chǔ)課程的一些知識，后來由vb、html轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務(wù)需要，將開發(fā)平臺轉(zhuǎn)向asp.net，開始對asp.net不是很感冒，以為就是asp的一點擴(kuò)展(那時還不知道三層架構(gòu)，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里——!)，后來招來幾個北大青鳥的過來終于意識到asp.net的強大之處，經(jīng)過個人的努力已經(jīng)逐步掌握了asp.net，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W(xué)都有一種感覺：面向?qū)ο箝_始真的有點別扭，涉及到屬性，尤其是類之間的各種關(guān)系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關(guān)系逐漸真正理解了，尤其是對象之間的關(guān)系，如對象a與對象b兩者之間的關(guān)系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎?應(yīng)該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關(guān)系可以將其還原為父子、夫妻、領(lǐng)導(dǎo)下屬、同事、朋友之間的關(guān)系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向?qū)ο笙啾雀子谌腴T理解，實質(zhì)上難于準(zhǔn)確直接地表述。
面向?qū)ο笊狭硪环矫媸撬脑O(shè)計模式，在之前的面向過程中對這個設(shè)計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結(jié);設(shè)計模式是達(dá)到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關(guān)系，可以認(rèn)為設(shè)計模式是完全從實際的應(yīng)用來不斷總結(jié)得來的經(jīng)驗，之間并沒有這種術(shù)語，但相信前人肯定也使用到這種思想，它從實際應(yīng)用于來，當(dāng)然要應(yīng)用于實際工作中，認(rèn)真思考不斷總結(jié)每個人都會有自己的“設(shè)計模式”，可以借鑒前人的思想來去提升自己，不可去為“設(shè)計模式”而設(shè)計模式。
具體到asp.net的實現(xiàn)模型中，真正理解它的機(jī)制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調(diào)用form傳值，加上runat=server的服務(wù)器控件打開它生成的源文件也是普通的html標(biāo)簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進(jìn)，很多年前你使用c寫出mis證明你很牛，很多年之后你不在使用c去寫“學(xué)生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有終發(fā)言權(quán)，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應(yīng)當(dāng)首先放到重要位置來去談的。
管理
開始擔(dān)任管理一職時開發(fā)團(tuán)隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團(tuán)隊之間關(guān)系相處都不錯，但嚴(yán)重的問題逐漸顯露出來：工作的隨意性、團(tuán)隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始項目不能完工，于是后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進(jìn)，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對累的時間但也是相對感覺充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應(yīng)該是“大家定規(guī)則去遵守”，而不應(yīng)該是“人管人”。
人管人很容易陷入一個誤區(qū)：領(lǐng)導(dǎo)去時時刻刻關(guān)注每個員工，這樣后往往后造成員工對領(lǐng)導(dǎo)的敷衍了事，管理松了員工會責(zé)任下下降，管理緊了造成員工與領(lǐng)導(dǎo)關(guān)系緊張，另一方面領(lǐng)導(dǎo)時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。
于是“定制度-定分工-定進(jìn)度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀(jì)律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內(nèi)部是允許使用qq的，后來員工用qq閑聊的時間增多，大大影響了工作效率，后決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個qq去到群里搞個群主，雖然群里大多都是菜鳥)，后多次開會，逐個談話，闡明道理，形勢逐漸好轉(zhuǎn)。
項目分工上針對技術(shù)水平明確分工，制訂項目開發(fā)計劃，由于開始技術(shù)都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認(rèn)可的。
這期間公司新招人員，人員的增多更使我意識到團(tuán)隊管理的重要性，這期間版本控制、編碼規(guī)范、文檔管理、bug管理等諸多問題都得到一一解決，技術(shù)水平上主要是我個人利用空余時間學(xué)習(xí)新知識充電，然后展開各種培訓(xùn)，主要是photoshop、css、js、sql等方面，培訓(xùn)一方面提升了員工的技術(shù)水平，一方面我本人在學(xué)習(xí)培訓(xùn)的過程中得到的多，因為這個時候個人要求去思考的會更多，加上我本人對技術(shù)興趣比較深厚，所以后期工作慢慢踏入良性循環(huán)。
待遇低、條件艱苦、工作時間長、工作壓力大是團(tuán)隊中大的難題，這方面公司在某些方面決策層有著嚴(yán)重的錯誤思想，造成技術(shù)人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現(xiàn)在公司的問題與當(dāng)前中國軟件行業(yè)的通病一樣，盲目追求利益大化，不求質(zhì)量，但求速度，整個社會風(fēng)氣造成軟件行業(yè)良莠不齊發(fā)展，整個中國三四個人的開發(fā)團(tuán)隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質(zhì)量低下、維護(hù)成本大、穩(wěn)定性差、用戶體驗差……。
當(dāng)然我們本身不能去逃避這個現(xiàn)狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術(shù)人員重要的是心態(tài)，以良好的心態(tài)去面對各種問題，發(fā)現(xiàn)問題、解決問題，發(fā)現(xiàn)問題抱怨是解決不了問題的(“it民工”是我個人認(rèn)為it人沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業(yè)，他能做好自己的工作嗎?)，主要是解決問題。
我在面試員工時反復(fù)提到的三點是：工作態(tài)度、發(fā)展?jié)摿Α⒐ぷ髂芰�，由前向后排序，心態(tài)重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣大的程序員同志絕大多數(shù)都集中在二流三流四流的軟件公司，這個時候更應(yīng)該做好個人職業(yè)定位。以我個人的經(jīng)驗，新員工選擇一家公司往往看重工資待遇跟發(fā)展?jié)摿Γ绦騿T是一種不可以混日子的職業(yè)，工作能力很重要，但不是主要的，工作態(tài)度是重要的，工作態(tài)度往往跟個人的思想認(rèn)識還有職業(yè)所在的環(huán)境有關(guān)，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發(fā)展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認(rèn)真用心做好。
對于工作責(zé)任心不夠的員工是尤其值得關(guān)注的，他們往往自我意識過于強烈，追求以自我為中心，很多時候伴隨著工作得不到認(rèn)可、工作感覺不充實不開心，我會主動找他談話，我認(rèn)識：你管理的是一個實實在在的人，他不是一臺任你擺布的機(jī)器，人會有情緒往往是有心結(jié)，找到原因，多加開導(dǎo)，用心去關(guān)心每個成員。對于實在不適合在本團(tuán)隊發(fā)展的員工要做好壞打算。程序員這個職業(yè)與現(xiàn)在的大學(xué)生具有一致的特征，一個是從天之驕子淪為多余人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20-25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現(xiàn)。但這個階段的人往往也易溝通，可塑性也較強，適當(dāng)?shù)囊龑?dǎo)、合理的方式會比野蠻的管理效果強上百倍。
【篇三】
運維工程師對一個公司來說是非常重要的崗位，它本身所覆蓋的運維職責(zé)就很重要，所以，運維對其它關(guān)聯(lián)工種必須非常了解熟悉：網(wǎng)絡(luò)、系統(tǒng)、系統(tǒng)開發(fā)、存儲，安全,DB等。作為一個運維工程師我認(rèn)為是集合網(wǎng)絡(luò)、系統(tǒng)、開發(fā)工作于一身的“復(fù)合型人才”，就如有些公司把一些合同采購都納入了運維職責(zé)范圍，還有如IDC網(wǎng)絡(luò)規(guī)劃也納入運維職責(zé)。
一.運維工程師崗位職責(zé)
1、參與設(shè)計、審核、優(yōu)化公司IT系統(tǒng)以及各應(yīng)用系統(tǒng)的體系架構(gòu);
2、全面負(fù)責(zé)公司運維項目的系統(tǒng)升級、擴(kuò)容需求與資源落實，配合開發(fā)需求，測試、調(diào)整運維平臺;
3、負(fù)責(zé)網(wǎng)絡(luò)以及服務(wù)器的網(wǎng)絡(luò)設(shè)置、維護(hù)和優(yōu)化、網(wǎng)絡(luò)的安全監(jiān)控、系統(tǒng)性能管理和優(yōu)化、網(wǎng)絡(luò)性能管理和優(yōu)化;
4、建立面向開發(fā)部門，業(yè)務(wù)部門的服務(wù)流程和服務(wù)標(biāo)準(zhǔn);
5、負(fù)責(zé)IT運維相關(guān)流程的規(guī)劃、設(shè)計、推行、實施和持續(xù)改進(jìn);
6、響應(yīng)及解決客戶的技術(shù)要求、疑問以及系統(tǒng)使用過程中遇到的各種問題;
7、負(fù)責(zé)日常網(wǎng)絡(luò)及各子系統(tǒng)管理維護(hù)。
8、負(fù)責(zé)設(shè)計并部署相關(guān)應(yīng)用平臺，并提出平臺的實施、運行報告。
9、負(fù)責(zé)配合開發(fā)搭建測試平臺，協(xié)助開發(fā)設(shè)計、推行、實施和持續(xù)改進(jìn)。
10、負(fù)責(zé)相關(guān)故障、疑難問題排查處理，編制匯總故障、問題，定期提交匯總報告。
11、負(fù)責(zé)網(wǎng)絡(luò)監(jiān)控和應(yīng)急反應(yīng)，以確保網(wǎng)絡(luò)系統(tǒng)有7*24小時的持續(xù)運作能力。
12、負(fù)責(zé)日常系統(tǒng)維護(hù)，及監(jiān)控，提供IT軟硬件方面的服務(wù)和支持，保證系統(tǒng)的穩(wěn)定。
13、負(fù)責(zé)服務(wù)過程中問題現(xiàn)象和處理方案的收集撰寫，形成知識庫，并對知識庫進(jìn)行維護(hù)更新;
14、及時反饋技術(shù)處理過程中的異常情況，及時向部門負(fù)責(zé)人、服務(wù)開發(fā)PM、客戶經(jīng)理等相關(guān)人員報警;同時，主動協(xié)調(diào)資源推動問題解決;
15、定期對所有服務(wù)問題進(jìn)行分析，并對服務(wù)效率有影響的問題提供反饋意見，提升服務(wù)支持團(tuán)隊專業(yè)度;
二.怎樣才算是一個合格的運維工程師
1、保證服務(wù)達(dá)到要求的線上標(biāo)準(zhǔn)，如99.9%;保證線上穩(wěn)定，這是運維工程師的基本責(zé)職所在。
2、不斷的提升應(yīng)用的可靠性與健壯性、性能優(yōu)化、安全提升;這方面非�？简炛鲃有院蛣�(chuàng)新思維。
3、網(wǎng)站各層面監(jiān)控、統(tǒng)計的覆蓋度，軟件、硬件、運行狀態(tài)，能監(jiān)控的都需要監(jiān)控統(tǒng)計，避免監(jiān)控死角、并能實時了解應(yīng)用的運轉(zhuǎn)情況。
4、通過創(chuàng)新思維解決運維效率問題;目前各公司大部份運維主要工作還是依賴人工操作干預(yù)，需要盡可能的解放雙手。
5、運維知識的積累與沉淀、文檔的完備性，運維是一個經(jīng)驗性非常強的崗位，好的經(jīng)驗與陷阱都需積累下來，避免重復(fù)性范錯。
6、計劃性和執(zhí)行力;工作有計劃，計劃后想法設(shè)法達(dá)到目標(biāo)，不找借口。
7、自動化運維;能對日常機(jī)械化工作進(jìn)行提煉、設(shè)計并開發(fā)成工具、系統(tǒng)，能讓系統(tǒng)自動完成的盡量依靠系統(tǒng);讓大家更多的時間用于思考、創(chuàng)新思維、做自已喜歡的事情。以上只是技術(shù)上的一些層面，當(dāng)然個人意識也是很重要的。
三.運維管理注意事項
1、配置管理
(1)it資產(chǎn)配置管理：對it資產(chǎn)生命周期進(jìn)行管理，包括分類統(tǒng)計、預(yù)購、選購審核、轉(zhuǎn)移審核、報廢審核，保證配置管理正確率達(dá)標(biāo);
(2)建設(shè)案例庫：累積和提煉工程師的事件處理經(jīng)驗制作成案例，并持續(xù)豐富運維案例庫供查詢，案例覆蓋已知事件的比率達(dá)標(biāo)，不斷提高運維工程師工作效率;
(3)it系統(tǒng)配置信息管理：定期更新網(wǎng)絡(luò)及應(yīng)用系統(tǒng)描述信息及技術(shù)支持信息配置，保證新;將配置文檔上傳至服務(wù)器端，方便團(tuán)隊其他運維人員進(jìn)行查看和操作。
2、監(jiān)控
主要包括故障監(jiān)控和性能、流量、負(fù)載等狀態(tài)監(jiān)控，這些監(jiān)控關(guān)系到集群的健康運行，及潛在問題的及時發(fā)現(xiàn)與干預(yù);
(1)、服務(wù)故障、狀態(tài)監(jiān)控：主要是對服務(wù)器自身、上層應(yīng)用、關(guān)聯(lián)服務(wù)數(shù)據(jù)交互監(jiān)控;例如針對前端webserver，我們就可以有很多種類型的監(jiān)控，像zabbix，nagios，cacti等監(jiān)控程序。
(2)、其它就是集群狀態(tài)類的監(jiān)控或統(tǒng)計，為我們合理管理調(diào)優(yōu)集群提供數(shù)據(jù)參考、包括服務(wù)瓶頸、性能問題、異常流量、攻擊等問題。
3、故障管理
(1)、硬件故障問題;對于成百上千或上萬機(jī)器的N多集群，服務(wù)器死機(jī)、硬件故障概率是非常大的，幾乎每時每刻都有服務(wù)硬件問題，死機(jī)、硬盤損壞、電源、內(nèi)存、交換機(jī)。針對這種情況，我們在設(shè)計網(wǎng)站架構(gòu)時需要充分考慮到這些問題，并將其視為常態(tài);更多的依靠應(yīng)用的冗余機(jī)制來規(guī)避這種風(fēng)險，給系統(tǒng)工程師足夠?qū)捲５奶幚頃r間。(如google不是號稱同時死800臺機(jī)器，服務(wù)不會受到任何影響嗎);這就是考驗運維工程師及網(wǎng)站架構(gòu)師功能的地方了，好的設(shè)計能達(dá)到google所描述自恢復(fù)能力，如gfs，糟糕的設(shè)計那就是一臺服務(wù)器的死機(jī)可能會造成大面積服務(wù)的連鎖故障反映，直接對用戶拒絕響應(yīng)。
(2)、應(yīng)用故障問題;可能是某一bug被觸發(fā)、或某一性能閥值被超越、攻擊等情況不一而定，但重要的一點，是要有對這些問題的預(yù)防性措施，不能想當(dāng)然，它不會出問題，如真出問題了，如何應(yīng)對?這需要運維工程師平時做足功夫，包括應(yīng)急響應(yīng)速度、故障處理的科學(xué)性、備用方案的有效等。
4、問題管理
對事件進(jìn)行統(tǒng)計分析，找出疑難、重復(fù)發(fā)生的事件，納入問題管理流程，分析問題產(chǎn)生的根本原因，確定可能解決的方案，需要修改網(wǎng)絡(luò)或應(yīng)用系統(tǒng)配置時提交變更申請觸發(fā)變更管理流程。
5、安全管理
(1)、操作人員隨時監(jiān)控中心設(shè)備運行狀況，發(fā)現(xiàn)異常情況應(yīng)立即按照應(yīng)急預(yù)案規(guī)程進(jìn)行操作，并及時上報和詳細(xì)記錄。
(2)、未經(jīng)批準(zhǔn)，不得在機(jī)房設(shè)備上隨意編寫、修改、更換各類軟件系統(tǒng)及更改設(shè)備參數(shù)配置;
(3)、服務(wù)器系統(tǒng)的維護(hù)、增刪、配置的更改，必須按規(guī)定詳細(xì)記入相關(guān)記錄，并對各類記錄和檔案整理存檔。
(4)、機(jī)房工作人員應(yīng)恪守保密制度，不得擅自泄露信息資料與數(shù)據(jù)。
(5)、嚴(yán)禁在機(jī)房計算機(jī)設(shè)備上做與工作無關(guān)的事情(如聊天、玩游戲)，對外來存儲設(shè)備(如U盤、移動硬盤等)，做到先殺病毒后使用。
(6)、機(jī)房嚴(yán)禁亂拉接電源，應(yīng)不定期對機(jī)房內(nèi)設(shè)置的消防器材、煙霧報警、恒溫設(shè)備進(jìn)行檢查，保障機(jī)房安全。
6、自動化運維
自動化：簡而言之，就是將我們?nèi)粘Ｊ謩舆M(jìn)行的一些工作通過工具，系統(tǒng)自動來完成，解放我們的雙手及枯燥的重復(fù)性勞動，例如：沒有工具前，我們安裝系統(tǒng)需要一臺一臺*機(jī)安裝，如2000臺，可能需要10人/10天，搞爛N張光盤，人力成本更大，而現(xiàn)在通過自動化工具，只需幾個簡單命令就能搞定、還有如機(jī)器人類程序，自動完成以往每天人工干預(yù)的工作，使其自動完成、匯報結(jié)果，并具備一定的專家系統(tǒng)能力，能做一些簡單的是/非判斷、優(yōu)化選擇等，這些好處非常明顯不再多說，
資料共享平臺
應(yīng)該說，自動化運維是運維工程師職業(yè)化的一個追求，利已利公，雖然這是一個異常艱巨的任務(wù)：不斷變更的業(yè)務(wù)、不規(guī)范化的應(yīng)用設(shè)計、開發(fā)模式、網(wǎng)絡(luò)架構(gòu)變更、IDC變更、規(guī)范變動等因素，都可能會對現(xiàn)有自動化系統(tǒng)產(chǎn)生影響，所以需要模塊化、接口化、變因參數(shù)化等因此，自動化相關(guān)工作，是運維工程師的核心重點工作之一，也是價值的體現(xiàn)。
四、總結(jié)
綜上所述，做一個好的運維工程師，除了具備良好的綜合技能水平，還要有一個負(fù)責(zé)任的工作態(tài)度，這也是優(yōu)秀運維工程師具備的素質(zhì)。因為對于運維工程師而言，每故障的發(fā)生都不是小事，很可能會影響公司線上業(yè)務(wù)的穩(wěn)定性，甚至直接導(dǎo)致公司的經(jīng)濟(jì)損失，所以我認(rèn)為對待工作中發(fā)生的故障以及事件要秉著一個“小事件，大處理”的原則，將發(fā)生的故障扼殺到搖籃里，慢慢地積累故障處理經(jīng)驗，這樣當(dāng)真正的大事件來臨時，我們可以采取有效的措施及時應(yīng)對。除了處理好發(fā)生的故障事件，我覺得運維工程師還應(yīng)具備可預(yù)見性，故障隨時可能發(fā)生，如何防患于未然，這將是對我們做好運維工作的一個考驗。古人云：“不積跬步無以至千里，不積小流無以成江�！边\維之路就是由次故障事件中拼接出來的，作為其中的一份子，任重而道遠(yuǎn)!
