原创 旅遊小記 -- 蘇州和某人的第二次越野

2023年5月20日,週六一個有意思的日子。沒有經過某人的同意,想見某人。 20號早上8點整起牀,收拾完衣物及洗漱後8點30準時出發,10時許到達紅旗4s店給車做保養,11時許踏上高速準備去杭州,堵門!堵某人的門,機會要自己爭取,錯過了該有

原创 旅行小記--南京和某人的第一次越野

2023年4月15日週六14時12分,某人一時興起報名“2023南京老山山徑賽賽事-20KM雙人組”。竊喜,至少5月份還可以看到某人。   2023年5月7日22時 聊起5天后的相見,開始規劃車票及時間問題,發現某人是真的可可愛愛又強強

原创 2022年9月面試月總結

前言 因個人發展原因,計劃在2022年的9月進行跳槽。本次跳槽的目標崗位有SRE/容器運維開發/GO開發。本次面試的目標是月漲薪40%。 本次跳槽的對象爲比現公司提升一個大的體量跨度的公司。 這是畢業後的第二年,由一個創業公司跳到一箇中等規

原创 go etcd clientV3 帶tls demo

go 操作etcdV3 終端操作etcd鏈接:https://www.cnblogs.com/zisefeizhu/p/15427799.html 安裝etcd clientV3 $ get go.etcd.io/etcd/client

原创 k8s-mtu設置不當引發的線上故障

背景 在部署新的paas平臺線上環境時,突發consul和es中間件無法創建。 排查過程 以consul 通過查詢k8s集羣中pod狀態發現原來3pod的consul集羣,其中2個pod一直重啓。 # kubectl get pods -n

原创 go實現簡單協程池

代碼 package main import ( "errors" "fmt" "sync" "time" ) type Pool interface { Run(task *Task) error } type Task

原创 kubernetes-雜七雜八筆記

考察一個應用的架構是不是雲原生的標準 應用實例能否快速水平擴展 應用是否使用鏡像機制打包來保證環境一致性 應用數據是否都寫在容器數據卷中 關於pod的描述 一個pod裏一個容器是最佳實踐(不正確)、一個邏輯概念、多個容器的組合、kub

原创 做微服務研發工程師的一年來的總結

前述 18年的那個留校夏天,極其偶然接觸到了《Docker+Kubernetes》,由純運維的發展方向轉到了雲原生運維的發展方向。19年5月以《linux helmsman platform》獲得IT創新大賽二等獎,其實質是圍繞雲原生的邊側

原创 go-zero實戰demo(一)

前言 聽說下一個項目 可能要用微服務開發,趁着項目的空檔期,對於go微服務的框架進行了學習。目前go的微服務框架個人認爲處於百家齊放的時代,可能這也是go的生態的一個特點吧,也曾簡單用過go-miecro,gin+micro+gorm+my

原创 docker鏡像清理小腳本

需求 因devops平臺在測試階段,瘋狂進行鏡像構建操作,導致構建機上的鏡像過多/過亂,,佔用磁盤空間。 處理 只保留5個同類型的鏡像 腳本 clean_docker_images.sh #!/bin/sh # Auth: zisefeiz

原创 關於“k8s 服務如何暴露UDP動態端口”的問題的解決

問題的產生 在某個雲原生交流羣中 a:hello,遇到一個面試問題,業務是直播的,k8s中 使用udp,端口開的很多,如何解決這個問題? b: 解決什麼問題,客戶端連接的多,隨機端口多嗎? a:隨機的話,不隨機的話,就固定某幾個端口,但

原创 operator 之旅(一)

環境準備 依賴版本 MAC M1 kubernetes: 1.18.3 go: 1.17.6 kubebuilder:3.1.0 知識必備 Kubernetes的Group、Version、Resource、Kind淺解 Kubern

原创 2021我的年終總結

前言 思考了許久, 2021年在我的IT生涯中是具有極其重要意義的一年,很有必要寫下點什麼的。 還是常規式的分爲以下幾部分來回顧我的2021: 1、家人 2、生活 3、工作 家人 2021年完成了每週最少一次的電話問候,身在他鄉,每週的

原创 紫色飛豬的研發之旅--11一本萬利的go封裝http請求v2

package pkg import ( "crypto/tls" "errors" "io/ioutil" "net" "net/http" "strings" "time" ) type HTTPClient inte

原创 紫色飛豬的研發之旅(十)-容器平臺工作負載的擴縮容/啓/停/重啓開發

前言 在研發之旅的不斷深入中,愈發感到在接到需求後,畫出實現的邏輯圖是十分必要的。本篇將試圖通過對容器平臺工作負載的擴縮容/啓動/停止/重啓需求來驗證前面一句。 需求分析 本需求可分爲兩大類: 1、擴縮容/啓動/停止 本質是對Pod的副本