IOT運維之路Seraphim大數據／運維高級總監Mobike一天>7,000,000輛摩拜單車消耗卡路里一個漢堡大約900卡路里)高德地圖：摩拜緩解交通擁堵顯著北京CBD晚高峰擁堵時間明顯縮短高德追蹤2016年1月1日至2017年6月30日CBD高峰擁堵延時指數，數據顯示，隨著摩拜單車在CBD周邊投放量從0增至4000輛，CBD擁堵延時指數同比有所下降，CBD下降幅度最快，達16%，平均車輛時速由21公里提升至24.36公里。廣州規劃院：82%的廣州市民放棄乘坐黑車廣州市交通規劃研究院通過7個月對廣州昌崗地鐵站周邊黑車數量進行統計，摩拜單車出現后，82%的市民放棄乘坐黑車，黑車收入下降超過70%，37%的地鐵站點再無黑車，黑車交通事故下降超過22%。QRcode+AdjustableseattWorld’smentrt4-yearAwithfivespokewheelshaftsmissionHardwareSoftwareQRcode+AdjustableseattWorld’smentrt4-yearAwithfivespokewheelshaftsmissionHardwareSoftwaretingedgeyologiesPuncture-freeGPStrackingPrometheus匯總監控數據：ElasticSearch匯總日志：1.生態相對成熟，相關文檔很全面，從通用的到專用的exporter很豐富。置簡單易上手。4.所有組件都可以部署在Docker容器內。MesosExporter：1、可以用來收集容器的各項運行指標。2、并且本身他消耗的資源也很少，每個容器分配0.2CPU，128MB內存也毫無壓力。MesosExporter：1、對比cAdvisor。cAdvisor是一個Google開源的項通過image字段也可以變相實現關聯服務2、Mesosexporter里面的source字段可以直接關聯到marathon的applicationid，更加直觀一些。3、同時cAdvisor還可以統計一些自定義事件，而我們更多的用日志去收集類似數據，再加上MesosExporter也可以統計一些Mesos本身的指標，比如已分配和未分配模版中心報警數據庫策略調度模版中心報警數據庫策略調度最大的難點并不是實際業務代碼的編寫，而是服務的監控和調試以及容器的編排ZipkinEyeAppdash(二次開發) (1)Annotation1.cs-ClientStart。客戶端發起一次請求時記錄2.sr-ServerReceive。服務器收到請求并開始處理，sr和cs的差值就是網絡延時和時鐘誤差3.ss-ServerSend:服務器完成處理并返回給客戶端，ss和sr的差值就是實際的處理時長4.cr-ClientReceive:客戶端收到回復時建立。標志著一個span的結束。我們通常認為一但cr被記錄了，一個RPC調用也就完成了。其他的annotation則在整個請求的生命周期里建立以記錄更多的信息。 (2)Span由特定RPC的一系列annotation構成Span序列，span記錄了很多特定信息如traceId，spandId，parentId和RPCname。 (3)Trace一個trace中所有的span都共享一個根span，trace就是一個擁有共同traceid的span的集合，所有的span按照spanid和父spanid來整合成樹形，從而展現一次請求的調用鏈。目前每次請求由PHP端生成traceid，并將span寫入Ktrace，沿調用鏈傳遞traceid，每個service自己在有需要的地方埋點并寫入Ktrace。3、更新、測試完成4、恢復monitor1、通知lbdisable服務器。的服務器，undowntime監控服務。3、重復2的步驟，直至所有服務器都更新完成tNetflix部署手段1、通過AutoScalingGroup用包含新版本應用的AMI的LaunchConfiguration創建2、失敗，