K8S散碎問題收集

哈哈，一看Maven之痛就知道是Java程式員。在與GraalVM比對的Micronuat和Quarkus兩個架構沒成熟之前，Java在雲原生領域非常尴尬。成熟的架構都是全家桶式設計，與容器小而精追求八字不合。如果不繼承這些成熟的東西，另起爐竈。我幹嘛不用GO多造點輪子？GO瞎寫起來還沒Java啰嗦。

而且Docker是好東西，CD流程其實很友善，部署起來比Terraform開虛拟機還是快多了，絕大部分情況下用不着虛拟機這麼強的隔離性。但是K8S就不一樣了，感覺99%的企業都沒必要用K8S，Docker Swarm可以解決絕大部分問題。要不直接快進到Serverless（雖然這玩意大部分還是基于K8S）階段，買aws，騰訊和阿裡的服務就行了；開發效率直線上升。程式員自己創業的話，起步階段還可以少配幾個後端開發和運維。

整理下确實遇到很多問題，日志的問題比較多，容器漂移，如果日志不接入ELK，真的不太好排查問題，釋出我們就制作鏡像，代碼直接從oss下載下傳，簡單的釋出其實20s可以完成一個pod，啟動腳本采取抽象不通的腳本根據鏡像的版本從oss下載下傳不同的腳本。

程式員不懂運維，運維不懂程式員，确實推廣過程一個硬傷.

問：但我咋覺得K8s這麼香呢，相見恨晚 hhh

netkillernetkiller (作者) 回複晝星10-20

不知道你是否用過硬體，你用過200萬以路由交換裝置嗎？50萬以上的伺服器，100萬的存儲...... 40GB光纖以太網，16GB FC存儲：）

例如我一直是玩主機遊戲和電腦遊戲，我就了解不了怎麼有人會玩手遊。我是7.2 聲道雅馬哈音響+ XBOX 和 PS4，無論誰勸我我都不會玩手遊。明年更新到 8K 電視和PS5 和 XBOX 新版。

須要持久化的應用上k8s：

為了讀寫速度要綁定實體主機綁定ssd，不能飄了；資料備份還是老方式，隻不過操作主體換了個地方；資料庫自帶叢集，是以ingress也沒啥用；有需要授權的，沒發綁定機器了，用不了；有些叢集節點需要在内部配置的，也沒有給k8s的接口，k8s直接删了重新pull起不來；還有答主說的這些問題。

總之就是憑空增加了系統複雜度，增加了工作量，增加了安全風險，卻沒有解決我任何問題。是以你給我個上k8s的理由。。。

是以說不是什麼應用都适合上k8s，或者說k8s還需要發展。

本文版權歸作者所有，歡迎轉載，請務必添加原文連結。