本文根據 裴丹老師 在〖2018 Gdevops全球敏捷運維峰會北京站〗現場演講內容整理而成。 裴丹， 清華大學計算機系長聘副教授、特別研究員、青年千人。目前主要研究AIOp

阿里妹導讀：隨著阿里大資料產品業務的增長，伺服器數量不斷增多，IT運維壓力也成比例增大。各種軟、硬體故障而造成的業務中斷，成為穩定性影響的重要因素之一。本文詳細解讀阿里如何實現硬體故障預測、伺服器自動

簡介 2.4新增 原始碼：Lib/collections.py and Lib/_abcoll.py 提供了替換dict, list, set和tuple的資料型別。 主要型

在叢集化環境裡，日誌採集是重要基礎設施。本文結合最新的 1.0.9 版，對 logpipe 做一個簡單的介紹。開源主流解決方案是基於 flume-ng，但在實際使用中發現 flume-ng 存在諸多問題。

高效能 Mysql 的讀書筆記。因為這本書寫的實在是太好了，即使只是隨便翻一下都讓人受用無窮。於是寫下讀書筆記加深印象，也方便沒空讀這本書的人粗略讀一下這本書。 Mysql 的併發控制 讀寫鎖 因為

在這篇文章中，我們將介紹關於開發 Node.js web 應用程式的一些最佳實踐，重點關注效率和效能，以便用更少的資源獲得最佳結果。 提高 web 應用程式吞吐量的一種方法是對其進行擴充套件，多次例項化其以

注意：文章很長，只想瞭解邏輯而不深入的，可以直接跳到。 初識 首先，從它暴露對外的 API 開始 ReactReduxContext /* 提供了 React.createContext(nu

近年來，隨著雲端計算、大資料等熱門技術的發展和普及，IT運維在企業中的受重視程度逐年提高。從最初的軟硬體維護、故障排除保證IT系統正常執行，到如今的“治未病”，即通過主動服務防患於未然以此提高最後使用者的感

最近在做一個相當於網站編輯器的專案。遇到一個相當蛋疼的問題。在對於元素的操作。即拖拽換位的事件方面。效能問題及其嚴重，首次實現拖拽換位的功能，使用了第三方 bevacqua/dragula 叫

1.0.9           2018-11-15      calvin * 外掛logpipe-output-ingeek的服務端主機配置數量擴大到32個 1.0.8           2018

最近由於專案的緣故，經常會和同學們聊到一個話題，那就是企業如何在應用效能管理(Application Performance Monitoring, 簡稱APM) 領域的開源和商業化產品中選擇合適自己的產品，下

女主宣言 本文是作者根據實際經驗總結出的關於Kafka叢集的故障恢復相關的總結，希望對大家有所幫助。 PS：豐富的一線技術、多元化的表現形式，盡在“ HULK一線技術雜談 ”，點關注哦！

序言 閒來無事，聊聊運維的終極目標。。。反正是瞎扯，畢竟麼有風。。。天氣還這麼寒冷。。。思維不能靈動，不能起一絲波瀾。。。 風言風語 運維，從來都不能登上大雅之堂。。。WHY？ 縱觀

說到遠端控制，除了一些需要在家辦公以及影視製作人員之外，最大的需求者應該就是系統運維人員，畢竟小到公司的一臺電腦主機，大到集團公司的伺服器叢集，都需要集中有序的管理。而如果只是通過遠端桌面這種 GUI 介面操作

摘要： 基於TableStore輕鬆實現億量級軌跡管理與地理圍欄 一、方案背景 軌跡管理系統日常生活中使用非常普遍，如外賣派送軌跡、快遞物流流轉、車輛定位軌跡等。該場景與地理位置管理類似，核心點與瓶