最近倆年，devops比較火，但是實踐起來，各個公司卻都有各個公司的難處。有些公司因為包袱比較重轉型困難，有些因為資金不充足無法招到有具體實踐能力的人，也一直處於口號狀態，而有些初創的中小型公司因為比較隨意，也沒做具體的規劃，搞到後期也是一團亂糟糟。
一直覺得，我們應該把開發當做客戶，而所有測試運維負責滿足開發的需求，給開發提供各種對應的服務，是開發的服務方。
那麼是不是有這麼一種服務平台，開發只需要在這個平台做乙個按鈕操作，點選編譯、測試或者者部署，就能自動的編譯、自動的測試、自動的部署，資源也能自動擴充套件分配，測試和運維人員無需再手工介入。
運維平台系列 關於DevOps平台架構思考
現在很多公司都在推行devops平台。為了能夠提公升研發運維效率。這一章節主要寫點關於偏ops層面的東西，dev層面的東西主要涉及到研發域的內容包括 管理 編譯與發布管理 研發流程專案管理及bug管理等。乙個大的產品與技術架構圖 後續會將各個子產品域的設計大圖整理出來.1.關於決策層的思考 基於運維...
關於埠的運維處理
可以使用telnet來判斷埠是否正常 已經執行的埠命令 netstat ntlp 檢視防火牆埠命令 service iptables status 注意只有執行的埠才能使用telnet連線 1.使用vi或者vim開啟iptables配置檔案 vi etc sysconfig iptables 2.在...
關於運維工作的一點感悟
今天上午收到nginx延遲告警，通過新開發的ops平台上，直 到是網路丟包引起的，往常也會有類似告警，一般很快恢復了，當聽到周邊同事說 無法開啟了，意識到問題嚴重性，馬上開啟日誌系統，看到是mysql 異常，直接重啟故障 然後故障恢復。前前後後花費很長時間開發的平台，派上用場。1.乙個好的ops平台...