北京優絡時代科技****——也就是yolo，是乙個專注於移動網際網路的創業團隊，成立之初就獲得百萬級美金的種子輪投資。
客戶搭建了數台阿里雲主機，採用 nignx+php+redis 架構。由於客戶是初創團隊，在人員和資源方面都比較不足。因此需要一款優秀的效能監控工具，對雲主機和 redis 進行監控，幫助其提高在運維方面的效率同時降低運維成本。
cloud insight 採用 statsd 的採集技術，對接 mysql、redis、mongodb，以及 centos、redhat 作業系統，利用 hbase 儲存和 opentsdb 的資料聚合、切片等功能，最終流向 cloud insight 進行展現。從而幫助優絡時代實現低成本、高效的自動化運維。
基礎元件監控
通過 cloud insight 的拓撲功能，我們可以同時看到優絡時代幾台雲主機的實時效能狀況，迅速了解哪一台雲主機出現了資源緊張或其他問題，定位到該機器。再通過 system 指標總覽圖，對效能有進一步了解，包括系統負載、cpu 使用率、磁碟容量、io 讀寫速率和次數等。
regis 連線數
不足之處
客戶希望能夠將程序的監控整合到現在 cloud insight 的基礎元件監控之中。同時對我們與阿里雲的區別有一些疑問。
傳統的使用阿里雲或者 zabbix 進行運維會明顯感受到乙個痛點：沒有辦法對資料做聚合，只能挨個檢視主機的效能指標，更不用說有管理的功能。而 cloud insight 在支援多種作業系統、雲主機、資料庫和中介軟體的監控的基礎上，還能夠對資料進行聚合與分組，對集群的監控來說更為方便。關於這一點，我們在早期的一篇文章 資料聚合 & 分組：新一代系統監控的核心功能 中進行過講解。
除此之外，更擁有邏輯清晰、簡潔的事件流展示，在提供報警之外還能夠方便使用者在 cloud insight 平台中進行跨部門協作。
優絡時代也曾經自行搭建對程序的監控，但由於演算法的問題存在一些資料不准的問題，產品經理說：「所以暫時先把這個功能下線了，後期我們會優化後再上線的。」而 cloud insight 也會進一步改善我們的產品，更深層的發掘自身的核心價值，為客戶提供更好的使用者體驗。
客戶對 cloud insight 價值的認可
cloud insight整體是比較贊，能夠真正的幫其解決實際問題，降低運維成本。
頁面展示和實際的使用者體驗比較好，尤其是在頁面展示上優於阿里雲自帶的監控軟體。
sdk 功能很強大，以後會有相應的基於 cloud insight 自主開發的需求。
本文** oneapm 官方部落格
客戶案例 北京優絡時代科技有限公司
北京優絡時代科技 也就是yolo，是乙個專注於移動網際網路的創業團隊，成立之初就獲得百萬級美金的種子輪投資。客戶搭建了數台阿里雲主機，採用 nignx php redis 架構。由於客戶是初創團隊，在人員和資源方面都比較不足。因此需要一款優秀的效能監控工具，對雲主機和 redis 進行監控，幫助其提...
hive案例調優
無效id在關聯時的資料傾斜問題 問題 日誌中常會出現資訊丟失，比如每日約為 20 億的全網日誌，其中的 user id 為主 鍵，在日誌收集過程中會丟失，出現主鍵為 null 的情況，如果取其中的 user id 和 bmw users 關聯，就會碰到資料傾斜的問題。原因是 hive 中，主鍵為 n...
OkHttpClient調優案例
實際案例 系統執行一段時間後，執行緒數量飆公升，cpu持續居高不下 排查工具 值得關注的指標 pool和okhttp connectionpool佔了前兩位，由於很多同事開發的時候，沒有定義有意義的執行緒名稱，所以pool這2031個執行緒不好排查，我們就從okhttp connectionpool...