- 主题:借问 mysql redis这些数据存储服务在生产环境一般会打包进docke
一般不会，但真要打包的话，redis、ES（用来做ELK）之类理论上都可以。
mysql打包进docker是啥意思，云厂家的paas服务不比自建的好一百倍？自己的docker里，万一操作失误，被销毁了咋办。。。
【 在 m10170783 的大作中提到: 】
: 有个项目，说要把mysql redis还有其他中间件部署到docker中，总感觉好像不太对啊
--
FROM 211.144.19.*
不太懂，这么做的意义何在？。。。
你要是redis和ES之类，我还能理解。
【 在 shocker 的大作中提到: 】
: 估计就是个mysql server在docker上，存储啥的映射到外面
--
FROM 211.144.19.*
拜托，你说的这些都不是优点啊，优点是真正能变成业务上有利益的点，比如系统更稳定了，系统持续性更好，系统可扩展性更好，都是对项目能产生的经济利益有提升的。
【 在 shocker 的大作中提到: 】
: 基本就两个原因吧：
: 1.不用考虑客户环境就能装mysql
: 2.用了容器
--
FROM 211.144.19.*
如果是部署在云上，paas的资源也可以写脚本一键搞定啊
而且谁没事天天部署新的mysql server？就算部署新的mysql server，部署才占多少工作量，后续新旧系统的data migration和cut over才是占99%的工作量吧，何况mysql server需要的就是稳定性，我不信放docker里能比阿里云mysql RDS稳定。。。
【 在 oldwatch 的大作中提到: 】
: 至少统一管理方便
: 比如集群这种复杂场景，docker compose可以一键搞定
:
--
修改:Xjt FROM 211.144.19.*
FROM 211.144.19.*
除非你是部署mysql cluster（一般也没人这么玩吧？）
否则放在docker里的mysql稳定性比paas的差了至少2个9吧？docker里随便一下子没配置好，就被销毁了也说不定。。。这损失是paas贵的那点钱能找回来的嘛。。。
而且一个paas的mysql都买不起，我觉得lz应该考虑的是跳槽换个有钱的地方，而不是讨论是否把mysql部署docker里了吧
【 在 oldwatch 的大作中提到: 】
: PaaS很贵的，
: 有成熟运维体系的话直接买实例搭环境不算稀罕
: 有docker/k8s的话，一堆东西原样搭起来也就是几个脚本而已
: ...................
--
FROM 211.144.19.*
你赢了。。。
【 在 oldwatch 的大作中提到: 】
: 没准人家是私有云呢？没准人家就是在企业内部搞云原生呢？
:
--
FROM 211.144.19.*