普通公司不應該使用K8s - Anurag Goel
我不再推薦託管的Kubernetes提供商(包括GKE)。如果您正在使用Kubernetes,請構建專業知識來管理您自己的叢集。否則,您將始終受託管實現細節中的錯誤的支配(並且有很多)。
可以確認錯誤但管理k8s叢集很難,特別是升級。
相關文章
- 我,28歲,應不應該從普通工程師轉行到AI?工程師AI
- 我們究竟應不應該使用框架?框架
- k8s建立普通使用者訪問dashboardK8S
- 普通索引和唯一索引,應該怎麼選擇?索引
- 我不應該用JWT的!JWT
- 延遲退休來了,普通人該怎樣應對?
- 在K8s中調整JVM提高CPU和記憶體利用率 - AnuragK8SJVM記憶體
- 遊戲不應該只有樂趣遊戲
- 為什麼不應該在 REST API 中使用布林值? - geekcultureRESTAPI
- 迪士尼投資者認為該公司應該收購動視暴雪
- Redux的State不應該全部放在Store裡Redux
- 程式設計師你應該勇敢說不程式設計師
- 物聯網公司應該遵循的九個因素
- 工程師文化:正版軟體應該公司買嗎工程師
- synchronized 到底該不該用?synchronized
- 越智慧?越危險?技術到底應不應該進步?
- 程式設計師永遠不應該相信"抽象“程式設計師抽象
- ERP 實施,甲方公司前期應該準備什麼?
- k8s應該怎麼學習?要學些什麼?K8S
- 應該使用什麼 CI/CD 工具?
- DBA跳槽應該去大公司還是小公司?99%的人這樣說...
- 駁《再論為什麼你不應該招DBA》
- 為什麼你永遠不應該在CSS中使用px來設定字型大小CSS
- 網站優化應該外包SEO公司還是自己去做?網站優化
- 為什麼初創公司應該將程式碼開源
- Android面試題整理,Android開發者應該會哪些東西才不會被公司淘汰?內含福利Android面試題
- 面試官:集合使用時應該注意哪些問題?我:應該注意該注意的問題!面試
- 熱門盤點:企業該如何對待低程式碼?應不應該選擇低程式碼?
- contributions該不該譯成“貢獻”?
- 使用 k8s 快速部署應用服務K8S
- [20231207]開發不應該這樣寫sql4.txtSQL
- [20220124]開發不應該這樣寫sql3.txtSQL
- [20220109]開發不應該這樣寫SQL語句.txtSQL
- [20220121]開發不應該這樣寫sql2.txtSQL
- Vue 3是一個錯誤,我們不應該再犯。Vue
- 你不應該忽略《雙人成行》真正的閃光點
- 遊戲公司為什麼應該有一個“編輯部”?遊戲
- 外包公司專案管理的問題應該怎麼管專案管理