場景
以項目經理身份，駐場開發兼運維，其中苦樂自己體會。
筆記
做運維工作需要會什麼
1、熟悉業務流程，出現問題很快提供解決辦法。 (這個要多學習，多記錄，多總結)
2、熟悉常用的頁面操作。(不解釋，必須熟悉)
3、會用常用接口。(查詢接口，以及簡單的改動接口)
4、如果會sql就更好了，並知道常用業務之間的數據庫關聯。(數據庫權限好像一般不給運維啊)
5、熟練使用excel表格。(哈哈，各種彙總工作)
痛點
無堡壘機權限
公司是相對較大的公司，管理嚴格，開發運維人員無堡壘機權限。而是在甲方公司的直接領導手裏。 每次登陸都需要找人家要驗證碼，頭大。
無數據庫權限的弊端
雖然有接口，有頁面，但是能夠處理的事情比較有限。數據庫更靈活，信息最全。 無數據庫權限，相當於砍了一條臂膀，非常不順手。
碼在別人手裏的弊端
堡壘機+驗證碼 才能登陸數據庫。
碼在別人手裏，每天都要找人要碼頭痛不頭痛。木有人願意光麻煩別人，所以能少要就少要，能不要就不要。
堡壘機session時長1小時，忙起來沒刷堡壘機頁面session沒了有木有，吃頓飯回來session沒了有木有，再找別人要碼? 算了，不急的話，明天吧。 幸虧後來找了個自動刷session的工具，稍微緩解了些。
公司開發有一套vpn，駐場有一套vpn。因爲開發和運維要兼顧，如果不忙了，抽倆小時寫開發代碼吧，不行額。切到公司vpn，再切回現場vpn，堡壘機沒了… …。 所以白天不敢寫代碼，晚上下班了，不用處理運維問題了，抽時間追趕下進度。
如果碼在自己手裏方便很多，我重新登錄下就行了。
開發和運維兼顧
招的時候，是當項目經理來招的。說是項目經理，其實就是幾個項目都歸你管。 開發，運維問題都要處理。
客戶報上來的問題，有不少是需要查接口，查庫，看日誌才能定位問題的。
隨口解答的問題不說了。 如果是需要查東西的問題，一天有十個八個就會感覺到很忙碌。
而且還要顧及開發，好在因爲運維的存在，開發排期相對寬鬆。 因爲怕分心，我都是晚上，早上寫代碼，白天處理問題。
這裏也容易造成死循環。 就是感覺某個地方有漏洞， 想要下力氣解決下。 但是一堆問題處理完畢，已然晚上10點，11點了。 心力交瘁，哪裏有餘力優化。 然後明天繼續疲於奔命的四處救火。 一點一點漏洞積累起來，終於不可收拾。
所以建議運維和開發還是分開比較好，專注一事更有效率，而且這樣配置資源其實性價比更高。
子系統太多運維問題處理不過來
甲方雖然只是一家公司，但規模較大，子公司七七八八，少說有大幾十家。 那麼多公司，問題肯定少不了。 你想今晚熬夜把所有問題處理完，明天輕鬆點? 明天還有大把問題等着你。 所以抓要緊的問題處理吧。
此前，週一上班就盤算雙休去哪溜溜，現在別想了，先想想到晚上11點還有幾項工作需要做… …。
各種週報
日報週報不說了，一般公司都有這個機制。還是有它的必要性的。
駐場週報還是有點不一樣。
甲方週四週會，週三要總結週報。
綜合管理每週一週會，週五要總結週報。
好吧，本公司日報，週報+甲方週報+綜合管理週報。 感覺很多報啊。
其他
工作記錄
這個還是很重要。
一方面可以記錄工作中處理的問題，有利於總結。
另一方面領導問起最近做了哪些工作，可以很快的彙報。 否則，2個月前幹了什麼活，誰能記得?
成長性
大公司有一定的好處，就是他們的機制，以及概念，至少你會接觸很多。
例如崗位的分工，各種角色，安全管理，dba，業務，產品，項目經理，開發等。讓你知道並不是開發纔是唯一的崗位。 各個崗位都能掙錢，開發最辛苦，而且待遇絕對排不到前列。 說白了，只是技術工的一種。
例如數據庫集羣，redis集羣，項目至少也得用個spring cloud吧等。 以及短信，郵件，mq，配置中心，密碼加密，網絡網關等的管理。
其實如果做的久還是有一定成長的，前提是有時間總結並提高自己。