收藏 / 列表

yangjianyongg_sf 頭像

janrs_com - 基於Go/Grpc/kubernetes/Istio開發微服務的最佳實踐嘗試 - 3/3

基於Go/Grpc/kubernetes/Istio開發微服務的最佳實踐嘗試 - 1/3 基於Go/Grpc/kubernetes/Istio開發微服務的最佳實踐嘗試 - 2/3 基於Go/Grpc/kubernetes/Istio開發微服務的最佳實踐嘗試 - 3/3 項目地址：https://github.com/janrs-io/Jgrpc 轉載請註明來源： https://janrs.co

grpc , kubernetes , microservice , istio , go

u_16774904 頭像

萌萌朵朵開 - DevOpsDevOps安全掃描：集成Trivy檢測Docker鏡像漏洞

前陣子線上環境爆發了一個開源組件漏洞，緊急急忙忙忙慌地升級版本時，我才意識到之前的安全檢測環節有多薄弱。Docker鏡像裏藏着的基礎鏡像漏洞、依賴包風險，就像定時炸彈，必須在CI/CD流程里加上掃描環節。試了幾款工具後，發現Trivy特別適合DevOps場景——輕量、快速，還能無縫集成到流水線裏。 為什麼選Trivy？ 剛開始用的是Clair，雖然功能全，但掃描速度太

雲計算 , Nginx , Docker

kubeexplorer 頭像

探索雲原生 - HAMi vGPU 原理分析 Part4：Spread&Binpack 高級調度策略實現

上篇我們分析了 hami-scheduler 工作流程，知道了 hami-webhook、hami-scheduler 是怎麼配合工作的。 本文為 HAMi 原理分析的第四篇，分析 hami-scheduler 在調度時是如何選擇節點的，即：Spread、Binpack 等高級調度策略是怎麼實現的。 !--more-- 這篇文章我們解決最後一個問題：_Spread、Binpack 等高級調度策略

容器 , kubernetes , gpu , 人工智能 , go

kubesphere 頭像

KubeSphere - 雲原生週刊：Helm 十年，成就 Kubernetes 的生態中樞

雲原生熱點 Helm 十年，成就 Kubernetes 的生態中樞 Helm 項目起源於 2015 年 Kubernetes 1.1 發佈後的一次黑客鬆，其首個提交標誌着一個包管理工具的誕生。隨着時間推移，Helm 從早期的 “helm-classic” 演變、併入 Kubernetes 項目，逐步建立起強大的 Charts 生態與社區治理。如今，Helm 已成長為 Cloud Native Co

後端

ydswin 頭像

dashery - 一篇講透：K8s 中的 hostPort 與 hostNetwork

為何總聽到端口衝突的“詭異”故事？往往是沒弄清它倆的區別。 在 K8s 中，hostPort 和 hostNetwork 是兩種讓 Pod 通過節點網絡對外暴露服務的常用方式。雖然目標相似，但它們的實現原理和影響卻大相徑庭，理解其差異是避免生產環境端口衝突的關鍵。 核心概念：一句話理解 hostNetwork：讓 Pod 住進宿主的“房間”。當 Pod 配置 hostNetwork: t

kubernetes

duiniwukenaihe_60e4196de52b7 頭像

對你無可奈何 - kubectl獲取ConfigMap導出YAML時如何忽略某些字段

前言： 當我們在使用Kubernetes時，常常需要通過kubectl命令行工具來管理資源。有時我們也想將某個資源的配置導出為YAML文件，這樣做有助於版本控制和資源的遷移。然而，默認情況下，使用kubectl get命令導出資源配置會包含一些元數據字段： 如**annotations**, **creationTimestamp**, **resourceVersion**, **

awk , kubernetes , 運維 , kubectl , jq

zhouyanlin 頭像

我是讀書人 - 使用helm將複雜應用打包並部署到k8s集羣中

前言 Helm是K8S集羣下面的一個包管理器，通過其工程師可將應用打包成一個整體，而用户可使用helm安裝打包後的應用，其功能類似於apt-get之於ubuntu系統、yum/dnf之於redhat系統。本文作者將講述如何通過helm打包應用，以及如何使用其部署應用，但讀者須先了解K8S基礎知識，如Deployment、Satefulset、Service、Configmap、Secret、PV/

容器 , kubernetes , openshift , Docker

u_14529165 頭像

zxxpeace - 磁盤io 超過90%的思考

為什麼高IO會導致Pod重啓？ 當節點IO使用率超過90%時，會直接導致Pod運行異常，包括重啓。 1.直接原因：節點壓力驅逐 當節點磁盤IO壓力過大時，kubelet會監測到並觸發節點壓力驅逐： bash # 查看節點狀態，通常會看到 DiskPressure kubectl describe node node-name # 輸出示例

Pod , kubernetes , 雲計算 , 重啓 , ci

hppyvyv6 頭像

小陳運維 - Redis主從模式部署

Redis主從模式部署 主從模式是Redis三種集羣模式中最簡單的，主數據庫(master)和從數據庫(slave)。其中，主從複製有如下特點： 主數據庫可以進行讀寫操作，當讀寫操作導致數據變化時會自動將數據同步給從數據庫； 從數據庫一般是隻讀的，並且接收主數據庫同步過來的數據； 一個master可以擁有多個slave，但是一個slave只能對應一個master； slave掛了不影響其

內存 , redis , 緩存 , 數據庫 , Linux

rainbond 頭像

Rainbond - 虛擬機時代的終結與雲原生未來：Rainbond驅動企業IT基礎設施升級

前言 企業的數字化轉型已經成為全球範圍內各行業共同面臨的挑戰。無論是製造、金融、零售，還是醫療、政府等領域，IT基礎設施都在扮演着至關重要的角色。傳統的IT基礎設施主要依賴於虛擬機管理，如通過VMware或OpenStack創建虛擬機並分配給應用系統。然而，隨着雲計算的興起，企業的信息化需求正在快速變化，尤其在雲原生技術大規模普及的背景下，企業的IT基礎設施管理方式正發生着根本性轉變。 本文將深入

kubernetes , 虛擬機 , 雲原生

chen_67f9ccbe6f07b 頭像

異常君 - Java 多線程揭秘：徹底掌握線程狀態轉換與控制方法

stateDiagram-v2 [*] -- NEW: 創建線程對象 NEW -- RUNNABLE: 調用start() RUNNABLE -- BLOCKED: 等待synchronized鎖 BLOCKED -- RUNNABLE: 獲得鎖 RUNNABLE -- WAITING: 調用wait()/join()/park() WAITING

線程 , 多線程 , JAVA , thread , 後端

debuginn 頭像

Meng小羽 - Phoenix框架 從0到1設計業務併發框架 併發線程池的核心設計

背景 從 0 到 1 設計業務併發框架系列： Phoenix 框架 小米商城產品站革新之路 Phoenix 框架 怎麼組織設計一個框架 前兩篇文章已經講述了我設計框架的背景以及抽象設計的細節，今天講一下併發框架最為關鍵的併發線程池的核心設計，主要講一下在設計線程池劃分遇到的問題以及最終我採用了哪種方式實現的。 將存在依賴關係的 Task 進行劃分分組後，依次執行分組就可以拿到所有想要的結

框架 , 架構設計 , JAVA , 併發

jianghushinian 頭像

江湖十年 - 使用 Uber automaxprocs 正確設置 Go 程序線程數

公眾號首發地址：https://mp.weixin.qq.com/s/5wrYaHXBpuN0WxKAaNNp-A 我們知道 Go 語言沒有直接對用户暴露線程的概念，而是通過 goroutine 來控制併發。不過，在 Go 程序啓動時，其背後的調度器往往是多線程運行的。在 Go 語言的 GMP 調度模型中，P 決定着同時運行的 goroutine 數，我們可以通過環境變量 GOMAXPROCS 或

面試 , 容器技術 , 併發編程 , go , 後端