@AlexEzio 另外自己的感觉也是 K8S 太重，我理解的重是：
K8S 环境搭建起来，学习成本较大

但是如果有专门的人做过这套，搭建起来之后，用这个去编排、交付产品是不是方便？

另外请教下，如果现在用 docker-compose， 后面有人力和动机后，再迁移到 K8S 成本大么

@AlexEzio 不是为了锻炼技术，也不一定非要用 K8S, 出发点还是为了项目和产品更容易交付

@AlexEzio
> 部署效率与标准化(决定了交付速度，现金流的稳定)
这点 K8S 不是优势么

场景和你说的类似，但不是容器平台私有化，而是我们服务依托于 K8S 进行交付，项目金额也没有这么大

@sangs 非常感谢，很有帮助, 可以一起聊聊
不过我不是交付，现在还没有找到合适的交付 (-_-

@rrfeng 可能描述有误，十几个进程是只有十几个模块，包括 Mysql ES Redis 这些。
但是最终交付是集群交付，做服务划分（编排），没台机器都要部署，也是非常费力的。

@djoiwhud 我的目标是哪个可以帮助公司

@12101111 单个节点的概念一般是多大配置呢

另外节点一般几个 pod 呢

谢谢

@calmzhu 这些感觉我们这个可能都用不到，因为现在主要是私有化部署。
我能想到的一点是，如果不用 K8S 部署，我们需要规划每台机器的需要 部署什么类型服务，然后再分别在每天机器上去启动部署脚本

然后机器之间还需要更改配置去调试，以及每次代码还需要改动中间件的配置

不知道这个算不算我们当前场景，依赖 K8S 的优势

@12101111 这个有具体的数据么，例如 64G 内存的机器，K8S 相关的服务在里面占多少呢

@ysjiang4869 但是需要频繁部署交付项目，大项目可能需要几十台，小项目需要几台
K8S 是不是交付起来更方便

@napsterwu 模板部署带来的优势有哪些呀

还有就是这样多了 K8S 还是会多占用资源的吧

@plko345 但是如果不上 K8S， 服务部署交付的时候成本挺大的吧，每天机器都要执行脚本部署不同的进程，还要设置资源分配

@cz5424 我们目前是需要私有化

@chenqh 公司内部私有仓库，打包镜像

@Itanium K8S 目前都没找到合适的人，K3S 更难吧，另外 K3S 有哪些优势呢

@czwstc 感谢鼓励，后续会尽可能的推送有价值的东西

@MrYELiex 和 dubbo 关系不大吧，dubbo 在代码中也要遵循编码规范，大多数变量名都是小写开头

@44lecu 话说怎么搬砖？

@dfkjgklfdjg 类名没问题，但是里面参数名，就是字段名也是大驼峰的。

前期需要有规范，但是这个规范的度要控制好，不要死，要留有足够的灵活空间，这样才可以在灵活的基础上摸索出来适合团队的架构和规范