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

  作爲一名互聯網產品運維,對什麼是好的產品(技術架構角度)有自己的感悟(我負責運維的產品高峯日訪問量在10個億,機器分佈在全國不同機房,雖也有大小問題,但整體運行不錯)。產品運維是一個既要和開發又要和各基礎運維打交道的職務,要考慮到結構、

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

   大多數的引導和劫持都是到cache設備上的,做cache有諸多好處,比如對於運營商而言可以節省網間流量(省錢)、提高用戶體驗(靜態內容、視頻等加速),對於網站主通過CDN做了cache後可以提高用戶體驗(加速),當然也有非法獲利者通過

原创 老司機告訴你應用運維如何系統高效的接手一個新業務?

先聲明下,老司機不是自己封的,是老東家新浪的同事給封的,哈哈萬事皆有道,運維亦然,尋到規律,事辦功倍,今天跟大家分享下應用運維如何高效的接手一個新業務。很多同學接到新業務時是茫然的,不知道從哪下手,被動等待交接者交接的東西,交接完畢後依然迷

原创 Nginx/tengine做cache時緩存機制—存不存、存多久、用不用方法論

    Nginx/tengine(後面名稱只寫nginx了)單純做cache性能比不過ats,特別是在磁盤處理方面,不過論綜合能力nginx就是大拿了,他集web服務器、負載均衡、cache三種能力於一身,可以說是非常綜合性的選手。比如說

原创 大型互聯網應用如何進行流量削峯,應對瞬間請求?

      大型互聯網應用經常要處理流量高峯問題,這也是我所負責業務經常要面對的事情,比如遇到一個熱點事件、策劃一個活動或者push一個頁面,訪問的驟增帶來讀寫流量的驟增,對應每個模塊都面臨考驗,那麼有哪些方法可以做到流量削峯或者說流量削峯

原创 Nginx/tengine裏的那些timeout時間

   老早用nginx時就零零散散的接觸這些時間,一直沒靜下心繫統的梳理一遍,其實理解了這些時間的作用和設置,對配置tengine(nginx)線上業務的優化有不可小覷的作用,對nginx的工作流程也會有更深的理解,目前我線上配置是服務ht

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

    tengine是淘寶對於nginx1.6.2的一個二次開發,性能比原生態nginx更好,這幾天在做測試,想應用到現有的架構裏。源碼包安裝後就牽涉到一個添加到系統服務方便管理問題,到網上搜nginx啓動腳本一大堆,但不是自己寫的總歸不

原创 微服務架構下業務單機QPS跑不上去應從哪些角度分析

這是做應用運維老生常談的一個事兒,經常做,今天把他總結一下。不管什麼性質的業務,吞吐量的本質是木桶原理,能跑多大量取決於木桶最短的那個板,腦袋裏是不是立刻可以出現木桶的那個模型,哈哈!!換句話說,當有能力提高短板的高度時,業務的吞吐量就會有

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

    工作中零零散散寫了些博客,總結了些知識。東西一多就亂,如果能有一個主頁把所有內容串起來就會比較方便,就像一個網站有了內容後需要一個index主頁一樣,然後就有了這篇置頂博文。    現有目錄結構是根據工作經驗進行的梳理,以後會動態修

原创 老司機告訴你應用運維如何系統高效的接手一個新業務?

先聲明下,老司機不是自己封的,是老東家新浪的同事給封的,哈哈萬事皆有道,運維亦然,尋到規律,事辦功倍,今天跟大家分享下應用運維如何高效的接手一個新業務。很多同學接到新業務時是茫然的,不知道從哪下手,被動等待交接者交接的東西,交接完畢後依然迷

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

  先簡單說下業務邏輯,etcd是一個分部式k/v存儲系統,confd是一個對etcd的key或者目錄做變化監控的軟件,並配有相關語法,可以將變化的k/v處理後形成配置文件,nginx不用多說了,做docker容器的負載均衡流量調度。  在

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

  目前的zabbix監控了900臺左右服務器,大概有11萬items,zabbix在工作時根據agent的工作特點分爲主動模式和被動模式,實際上一般開啓兼容模式。在items多了後,有一些速度慢的items如果不採用主動模式,會把serv

原创 自建個人原創站運維網咖社(www.net-add.com)

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

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

   集羣服務器使用nginx+fpm(php)的結構,這種結構的性能很大程度的瓶頸在fpm這一層,隨着業務發展,訪問量的增加,爲了保證用戶體驗,我們在通過各種手段去提升集羣的吞吐量和服務質量——機器擴容、業務分池、MC/REDIS的loc

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

  作爲一名互聯網產品運維,對什麼是好的產品(技術架構角度)有自己的感悟(我負責運維的產品高峯日訪問量在10個億,機器分佈在全國不同機房,雖也有大小問題,但整體運行不錯)。產品運維是一個既要和開發又要和各基礎運維打交道的職務,要考慮到結構、