1

* 部署时不允许联网，只能自己搞离线软件源，有点带着镣铐跳舞的感觉

2

1

3

要不用 Docker 要不用虚机镜像

4

不能 online 就都打包好，只在不行上 docker ，给客户镜像……

5

还有就是你们自己运行一个私有化部署环境这些问题测不出来吗

6

唉，也是，搞一个私有部署环境去测测，谢谢两位

8

私有化部署项目都是用 docker ， 每次就上传一下 docker 包，就完事了简单轻松。然后所有项目都不拆直接 boot 一把梭。mysql redis 啥中间件的能不用就不用。以免出现漏洞又要去升级

9

1

做过上百个服务的私有化部署, 一开始也很乱, 但是搞好标准化后面就很流畅了, 软件源问题很好解决, 打包成本地镜像, 通过 helm 来管理部署

10

同面对 私有化部署 加 SAAS ，对团队要求是很高，我给团队定的调： 一套代码，插件定制，持续交付，统一运维。我的建议是，有能力就跟我们一样一套代码，没有的话就两套好了，对于私有化部署版本，按月升级，不要 和 master 离的太远。此外以用代测试，在某些时候也不是不行。

11

仓库代码 做好分支，打好 tag 应该就好了啊。

12

1

13

后期可能私有化客户还有定制需求，分支管理会更复杂。

15

docker 不就是用来解决开发与生产环境不一致的问题吗？

16

Ansible chef ，最好是代码描述的部署过程。用手弄肯定容易错

17

我们也有这个问题,很麻烦,虽然后续需求设计的时候会考虑,但是关联系统更新等产生的兼容性问题要解决起来也很费劲

18

我部门就是做私有化的，
一开始也是企业版本去适配私有化，但是企业版本的开发说过类似的话：给你们修私有化 bug ，并不算到我们的 kpi ，而且历史原因，企业版本会用到很多中间件，在私有化场景下（硬盘 iops 辣鸡，cpu 内存超分）下，中间件是尽可能的少是最好的（利于维护），且要考虑客户提供中间件的情况，还有业务要支持的中间件模式，例如 redis 集群、主从和哨兵模式以及版本，并不是所有业务都支持各种模式，对象存储客户没有就私有化要部署一个
还有安全：
因为很多客户会扫描，需要部署安全的 agent 之类的
客户让不允许 root 运行容器
数据库初始化，检查工具（检查数据库权限和设置对否），甚至有的客户不让业务进程创建表，你要把所有创建表的 sql 导出来给客户
还有升级，因为是 docker ，升级包如何兼容，sql 兼容升级吗，兼容国产数据库吗
还有肯定要部署监控和日志的
以及没网情况下，你肯定要部署时间服务器，如何兼容每个系统
很多细节问题，需要多次迭代才能发现

19

“项目在快速迭代的情况下，可能两周前的部署配置，在两周后就不适用了”
这个情况跟我们公司的场景挺像
目前解决的办法就是用 sealos 部署(解决离线部署 K8S 的问题)，并且使用 sealos 的方式来制作自己的 helm-charts 镜像(解决多台机器下，每次都要手动导入 docker 镜像的问题，还有各种配置项、环境变量的自动模板渲染)

20

润 别找 tob 的公司
找 toc 的

21

23

1

24

其实道理很简单，但是做起来可能很难。
把你们自己当成私有化的客户。
或者私有化部署多了，知道那些要抽象出来。

25

我们给客户支持到了浏览器的 >=80 版本，客户让我们再努力努力，支持他们电脑上面安装的 chrome 50 版本，在加 polyfill 中

27

想办法把 k8s 拉起来