感觉满足上面要求的运维专家 30-50w 招不到吧

@FightPig 友商衬托是指国产手机维修费用一路水涨船高

量力而行，不要侥幸，不然说嘎嘣就嘎嘣了

所以市场环境就是被这样玩坏的

全靠友商衬托啊

看着很赞啊

@faithid 运维毕竟拥有的权限比较高，然后工作中也不需要求人开权限啥的，选择性多，一句 安全隐患 /稳定 就能抵挡好多要求， 另外好多开发 内外网 ip 都分不清，一个运维往往对公司内几十个研发，所以运维就一视同仁对待开发，死道友不死贫道

进口就选渴望 爱肯拿 吧或者国产选 京东京造 /网易严选

只能说还是线上划算，魔都 多多买菜 /美团买菜 青菜很便宜的 像菠菜生菜油麦菜 2.99 或者 1.99/斤 ，质量也很好，比菜市场超市便宜多了

既有云上 ecs 又有本地机房，没个运维 不太合适，背锅都没人背，请个运维多好，还能增加就业岗位

@wu67 不太认同升级爆炸，rpm 安装的 gitlab 一般升级直接 update 就行了，跨版本升级按 gitlab 文档里的升级路线图 update 就行，别用容器安装，安逸得很

@kd9yYw2RyhQwAwzn nacos 没必要部署到 k8s 集群上，有状态服务部署到集群内你还要考虑独占节点的问题，不然异常情况可能会导致 pod 驱逐等情况，所以才会有可能不稳定，建议直接 k8s 集群外找个服务器部署 nacos ，微服务不太适合研发本地调试 ，调试就 push 代码自动发布,然后去 dev/test 环境。 用 kt-connect 也会存在若干问题，微服务里你的服务通过 kt-connect 连接到集群上,有可能你的版本和别人的不匹配 别人调用服务时候就会各种异常，或者你服务不在线时候别人访问又会找不到服务。 至于 istio 等 要考虑业务了，一般公司 感觉实际上没必要上。

说句实话 感觉没必要换，nacos 作为配置中心和注册中心 挺稳定的了，简单省事，开发人员如果 configmap 写配置都费劲，这就没有绝对的理由相信能用好 spring-cloud-starter-kubernetes ，还要去理解 k8s 中的各种对象的概念,切本地开发复杂度也会增加很多。然后你用 configmap 还要考虑权限控制，历史记录等问题

@Barnard 感觉珠海就是环境好适合居住，但是工资低消费又高

可以突破的大一点，换成 win 又不是不能用

有这样的神仙企业早就自己去了，为啥会推荐给一个陌生人，哈哈😄

一个愿打一个愿挨

可以，但是没必要，收益和风险完全不成正比

我只能说这种基础服务用容器部署完全没啥优势，我是 yum 安装，维护最方便，每次更新按官方升级路线直接 update ，没啥问题。不想更新要么坦然接受安全问题，毕竟哪个软件没漏洞，要么就放到内网里