原创 航海日 | 乘容器之舟,駛向星辰大海!

想知道什麼是海洋? 必須親眼見到 必須親耳聆聽 必須親自品嚐 必須親自感受它的力量 但是 如果你想真正瞭解海洋 必須生活在其中。 ——雅克·貝汗 大海,孕育生命的搖籃,爲生命的誕生、進化與繁衍都提供了條件。1405年7月11日,一個

原创 Redis 使用指南:深度解析 info 命令

Redis 是一個使用 ANSI C 編寫的開源、基於內存、可選持久性的鍵值對存儲數據庫,被廣泛應用於大型電商網站、視頻網站和遊戲應用等場景,能夠有效減少數據庫磁盤 IO, 提高數據查詢效率,減輕管理維護工作量,降低數據庫存儲成本。對傳統

原创 p2p-如何拯救k8s鏡像分發的阿喀琉斯之踵

K8s的出現爲PaaS行業的發展打了一針興奮劑,Docker+k8s的技術路線已經成爲了容器雲的主流。尤其針對大流量,大彈性的應用場景來說,k8s將其從繁雜的運維、部署工作中徹底拯救出來。然而事情往往沒有那麼簡單而美好,當我們使用k8s去管

原创 有一種“微服務”,能溫暖樓宇裏的每一個角落

《北京女子圖鑑》算是近期最火的國產劇了不僅是因爲一開篇就有各路大牌明星加持還因爲這部劇夠接近我們的生活劇中的主角們在職場打拼的樣子每天不停地穿梭於不同的樓宇之間忙碌的樣子.....回到現實生活中也是一樣,人們每天90%的時間都會在室內度過

原创 容器的六大理解誤區

誤區一:容器啓動速度快,秒級啓動 這是很多人佈道容器的時候經常說的一句話,往往人們會啓動一個 Nginx 之類的應用,的確很快就能夠啓動起來了。 容器爲啥啓動快,一是沒有內核,二是鏡像比較小。 然而容器是有主進程的,也即 Entrypoin

原创 立體運維架構與定位

寫在前面隨着越來越多企業應用上雲,雲上應用的規模與複雜度日趨增長,對雲上應用的運維,也提出了新的挑戰。華爲雲AOM服務面向大規模企業應用的運維,在實踐中演進並構建了一套完整的面向雲上應用的立體化運維繫統。一、常見雲上應用的架構雲上應用早期較

原创 盤點Kubernetes網絡問題的4種解決方案

由於在企業中部署私有云的場景會更普遍,所以在私有云中運行Kubernetes + Docker集羣之前,就需要自己搭建符合Kubernetes要求的網絡環境。現在的開源世界裏,有很多開源組件可以幫助我們打通Docker容器和容器之間的網絡,

原创 應用編排服務之ELK技術棧示例模板詳解

日誌對互聯網應用的運維尤爲重要,它可以幫助我們瞭解服務的運行狀態、瞭解數據流量來源甚至可以幫助我們分析用戶的行爲等。當進行故障排查時,我們希望能夠快速的進行日誌查詢和過濾,以便精準的定位並解決問題。 傳統的日

原创 消息服務百科全書——消息投遞語義

消息投遞語義(Message delivery semantics) 有如下幾種可能的消息傳遞保障: 1、At most once:消息可能丟失,但是不會重複。 2、At least once:消息不會丟失,但是可能重複。系統保證每條消息至

原创 Istio技術與實踐02:源碼解析之Istio on Kubernetes 統一服務發現

前言文章Istio技術與實踐01: 源碼解析之Pilot多雲平臺服務發現機制 結合Pilot的代碼實現介紹了Istio的抽象服務模型和基於該模型的數據結構定義,瞭解到Istio上只是定義的服務發現的接口,並未實現服務發現的功能,而是通過Ad

原创 Istio技術與實踐01: 源碼解析之Pilot多雲平臺服務發現機制

服務模型首先,Istio作爲一個(微)服務治理的平臺,和其他的微服務模型一樣也提供了Service,ServiceInstance這樣抽象服務模型。如Service的定義中所表達的,一個服務有一個全域名,可以有一個或多個偵聽端口。type

原创 詳解區塊鏈服務——部署區塊鏈

部署區塊鏈服務 步驟1:資源準備爲了更穩定的運行區塊鏈服務需準備2臺8u16g機器來進行服務的部署。註冊並登陸華爲雲賬號,進入華爲雲管理控制檯, 選擇計算/雲容器引擎服務(見圖2)。 點擊創建Kubernetes集羣按鈕,進入創建虛擬機

原创 5分鐘搞定敏感詞過濾!

函數工作流(FunctionGraph,FGS)是一項基於事件驅動的函數託管計算服務,託管函數具備以毫秒級彈性伸縮、免運維、高可靠的方式運行。通過函數工作流,開發者無需配置和管理服務器,只需關注業務邏輯,編寫函數代碼,以無服務器的方式構建應

原创 千萬別惹牛人!小哥被盜22元后,整出了這篇以太坊錢包安全攻略,×××看完得哭了......

安全,安全,安全!對於區塊鏈動輒幾十萬行的代碼量,安全漏洞時不時就冒出來。敏銳的×××們,虎視眈眈地盯着漏洞的閘門,一旦看見開閘,便以迅雷不及掩耳的速度展開偷襲。對於用戶來說,最大的風險莫過於錢包被盜,用戶如何才能安全地享受加密貨幣帶來的便

原创 消息服務百科全書——Kafka基本原理介紹

架構 1.1 總體架構 因爲Kafka內在就是分佈式的,一個Kafka集羣通常包括多個代理。 爲了均衡負載,將話題分成多個分區,每個代理存儲一或多個分區。多個生產者和消費者能夠同時生產和獲取消息。 一個典型的Kafka請添加鏈接描述集羣中包