高性能linux業務集羣架構搭建、調優、自動化運維——index(更新中)

    工作中零零散散寫了些博客,總結了些知識。東西一多就亂,如果能有一個主頁把所有內容串起來就會比較方便,就像一個網站有了內容後需要一個index主頁一樣,然後就有了這篇置頂博文。

    現有目錄結構是根據工作經驗進行的梳理,以後會動態修改。知識有限,不乏會有錯誤,不管怎樣拋磚引玉分享出來,希望能對同行有一點幫助,有不對之處望請指正。搞it的愚人乙持續更新中。。。。。。。。。。。。。

================================目  錄==============================================

一、互聯網產品運維知識棧

   1、透過大型門戶運維詮釋"應用運維方法論“

   2、產品運維角度分析大型互聯網應用架構設計與優化的“4要素”

   3、互聯網應用如何進行流量削峯,應對瞬間請求?

二、linux自動化運維知識棧

   2.1 監控報警zabbix+grafana

    2.1.1 zabbix_sender主動上傳k/v監控nginx日誌狀態碼

   2.2 日誌分析搭建之ELK

    2.2.1、玩兒透ELK日誌分析集羣搭建管理(rsyslog->kafka->ELK)

    2.2.2、ELK之ES2.4.1雙實例平滑升級至5.2.1踩坑並supervisor管理記

    2.2.3、巧用rsyslog收集多套日誌並做單套日誌的過濾分離

   2.3 容器和虛擬化技術

     2.3.1、基於etcd+confd通過nginx對docker服務混合註冊發現詳解

三、網絡TCP/IP/HTTP協議

   1、大併發下TCP內存消耗優化小記(86萬併發業務正常服務)

   2、TCP之TIME_WAIT調整優化(含TCP回收)

四、WebService架構及性能優化

   2.1 三合一選手nginx(負載均衡、web服務器、cache節點)

    2.1.1 Nginx/tengine做cache加速緩存策略配置調優

    2.1.2 Nginx/tengine裏的那些timeout時間優化

    2.1.3 老nginx集羣向tengine的升級改造,性能提升數倍 

    2.1.4 nginx多條件if判斷後rewrite,減輕後端php工作壓力(隨筆)

    2.1.5 nginx/Tengine服務啓動管理腳本(未使用系統funtions函數)

   2.2 php-fpm模型及性能優化

    2.2.1 WebService之nginx+(php-fpm)結構模型剖析及優化

五、CDN架構及cache節點性能優化

   3.1 CDN的業務結構模型

    3.1.1 CDN內容分發網絡深入簡出圖解

    3.1.2 在互聯網你的請求如何被引導、劫持的?

    3.1.3 說說爲什麼要有CNAME      

   3.2 CDN的cache節點結構調整優化

    3.2.1 CDN的cache節點結構調整優化

   3.3 cache——ATS性能優化、運維

    3.3.1 ATS緩存工作機制流程圖

    3.3.2 不影響業務前提下ATS緩存策略優化配置

    3.3.3 ATS服務動態域名緩存策略優化

    3.3.4 十幾萬連接幾M的流量,嚇死“寶寶”了

    3.3.5 ATS通過header頭重寫解決HIT/502故障

    3.3.6 ATS日誌處理機制及相關腳本

六、工作中寫過其它部分腳本

    1、mysql互主自動化配置腳本

    2、linux下PXE無人值守環境自動安裝腳本

    3、爬取域名一級頁面元素並判斷其可緩存性

    4、linux主機監控腳本   

===========================================================================================

自建個人原創站運維網咖社(www.net-add.com),新的博文會在網咖社更新,歡迎瀏覽



發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章