tag 服務發現

標籤
貢獻4
54
03:48 PM · Nov 24 ,2025

@服務發現 / 博客 RSS 訂閱

代碼保安 - “容器太多,我管不過來了!”—— Kubernetes 正是你的救星。

“容器太多,我管不過來了!”—— 這正是 Kubernetes 被創造出來的核心原因。 當你的應用從幾個、十幾個容器,發展到成百上千甚至上萬個時,手動管理幾乎是不可能的。你會面臨一系列災難性的問題: 調度困難: 新容器應該放在哪台服務器上?如何保證資源分配均衡? 網絡複雜: 容器之間如何發現和通信?如何暴露服務給外部? 伸縮笨拙: 流量高峯時如何快速擴容?流量

服務器 , kubernetes , 雲計算 , 服務發現 , 回滾

收藏 評論

kevinwan - 服務發現原理分析與源碼解讀

在微服務架構中,有許多繞不開的技術話題。比如服務發現、負載均衡、指標監控、鏈路追蹤,以及服務治理相關的超時控制、熔斷、降級、限流等,還有RPC框架。這些都是微服務架構的基礎,只有打牢這些基礎,才敢説對微服務是有了一點理解,出門也好意思和別人打招呼了,被人提問的時候也能侃侃而談了,線上出了問題往往也能尋根溯源內心不慌了,旁邊的女同事小芳看着你的時候也是滿眼的小可愛了。 在《微服務實踐》公眾號,之前寫

grpc , go-zero , web開發 , 服務發現 , go

收藏 評論

mob64ca14085c24 - Nacos與Zookeeper對比

1. 核心定位與設計理念 ZooKeeper: 核心定位是分佈式協調服務,設計初衷是解決分佈式系統中的一致性問題(如配置同步、分佈式鎖、Master 選舉)。它是一個偏底層的基礎組件,API 偏向通用化,需要結合其他工具 / 代碼才能實現完整的服務發現、配置管理功能。 類比:像一把 “多功能螺絲刀”,功能基礎但強大,需要自己搭配 “配件” 才能完成特定任務。 Naco

System , 微服務 , 服務發現 , 前端開發 , Javascript

收藏 評論

代碼保安 - 不懂 K8s 的程序員,就像不會用導航的司機。

我們來詳細解讀一下這個比喻: “不會用導航的司機” 能開車嗎? 能。憑藉經驗和地圖,他可能在自己熟悉的城市裏開得很好。 面臨什麼問題? 效率低下: 去陌生地方需要不停停車看地圖,繞遠路是家常便飯。 無法應對複雜路況: 遇到封路、擁堵、高速公路立交橋,很容易陷入混亂和癱瘓。 風險高: 容易迷路,車輛(應用)出了問題(比如爆胎/沒

服務器 , kubernetes , 雲計算 , 運維 , 服務發現

收藏 評論

碼海舵手 - consul 能使用mysql麼

一、什麼是consul? 首先我們來了解什麼是consul,consul是服務註冊與發現的一種常用工具之一,翻閲了網上的部分資料,指把服務地址註冊到consul,然後在consul中讀取來消費;但在我的理解中,consul的作用是服務治理,屬於可以橫向伸縮的註冊中心;為什麼這麼説呢?在以前我們用Nginx做負載時,需要把服務地址一個個手動集成進去的,如果服務多了會有什

服務端 , List , MySQL , consul 能使用mysql麼 , 數據庫 , 服務發現

收藏 評論