V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
gotosre
V2EX  ›  Kubernetes

k8s 新人求助帖

  •  
  •   gotosre · 1 天前 · 1078 次点击
    rancher/kubesphere 这种有啥让人眼前一亮的特点吗?我基本都是用"裸用", 也够了啊
    10 条回复    2025-01-09 16:12:35 +08:00
    hwdef
        1
    hwdef  
       1 天前   ❤️ 2
    个人见解,轻喷:
    kubesphere 前期只解决了一个问题,就是“好看点”
    rancher 背靠 suse ,rancher 和 k8s 的关系,类似 suse 和 linux 的关系,特性还是比较多的,但是在源码构件上,采用了“防御性”编程,虽然开源,第三方想改、想套壳的难度很大。

    处于学习目的的话,不推荐使用这俩,直接用 kubeadm 就好了。
    生产环境的话,见仁见智吧。如果能采购 suse 服务的话,用着是没问题的,如果自己团队维护的话,还不如重新开发一套,或者买一些国内 tob 公司的产品。
    DefoliationM
        2
    DefoliationM  
       1 天前 via Android
    rancher 可以直接图形化创建多个集群,创建之后你还可以用它管理集群,相比敲命令自己装那肯定方便很多。
    gotosre
        3
    gotosre  
    OP
       20 小时 6 分钟前
    @hwdef 有道理.
    如果是线上环境, 基本就一到两套大集群, 常用维护操作基本都有 SOP; 排查类的, kubectl/k9s 也完全能够满足要求; 引入了 rancher/kubesphere, 看似"功能丰富", 实则"一堆黑盒", 除非非常熟悉这类产品, "清楚知道自己在做什么".
    Frankcox
        4
    Frankcox  
       20 小时 5 分钟前
    这就跟 git 用命令行完全够了还好用,仍然有许多人用 fork 或者 sourcetree 一样。有个图形化界面点点点对于 k8s 这种较为复杂的平台还是挺方便的。
    另外,好多这种 k8s 平台也会提供一些可观测性,告警,网络拓扑集成,相比于用命令行会简单不少。
    gimp
        5
    gimp  
       19 小时 59 分钟前
    用过 Rancher ,看看日志,执行命令,图形化还是较为方便的
    Reficul
        6
    Reficul  
       18 小时 49 分钟前
    通常商业发行版一般集成了一个 WebUI, 一些扩展比如 CSI/CNI 插件,权限增强,准入策略之类的。
    windcode
        7
    windcode  
       17 小时 8 分钟前
    基本上有了更多的需求才会想到用这类产品,比如我的集群很多、资源繁杂,想跨集群快速定位资源,那就比较合适用 https://github.com/KusionStack/karpor
    xabclink
        8
    xabclink  
       15 小时 31 分钟前
    这两个都可以废弃 推荐 https://ki.xabc.io
    zhoulouzi
        9
    zhoulouzi  
       13 小时 41 分钟前
    这些二次封装的组件,不懂最好别用,一不留神删库了
    sampeng
        10
    sampeng  
       12 小时 49 分钟前
    线上?除非我自己开发运维平台,我肯定不会有这两个的。因为我怕我不知道什么我不知道。黑盒得夸张。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   994 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 18ms · UTC 21:01 · PVG 05:01 · LAX 13:01 · JFK 16:01
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.