- 主题:借问 mysql redis这些数据存储服务在生产环境一般会打包进docke
【 在 oldwatch 的大作中提到: 】
: 之前考虑到容器的IO效率不太推荐
: 现在似乎大有改善
:
容器有这个问题？没听说啊
--
FROM 123.126.3.*
其实也不一定好。拼多多算是不错了吧，头部大厂，我看他们做的那个拼多多云，还是垃圾得很，非常难用。想要调一些应用的参数，界面上没有也没有文档讲要在哪里调。
【 在 oldwatch 的大作中提到: 】
: 还好吧
: 大企业/组织，IT资源虚拟化这块作的还是比较彻底的
: 基于这个再作容器化也是顺理成章了
: ...................
--
修改:hgoldfish FROM 59.60.24.*
FROM 59.60.24.*
这些用docker来部署没问题，存储肯定是外挂的
好处是整个系统的依赖大幅减少
但一般不会跟应用打包在一起的
【 在 m10170783 的大作中提到: 】
: 有个项目，说要把mysql redis还有其他中间件部署到docker中，总感觉好像不太对啊
--
FROM 124.126.89.*
拼多多招人都是用开源的东西，自己应该没什么研发能力，但是做出来的产品都挺好用的，这个公司文化就是实用型的
【 在 hgoldfish 的大作中提到: 】
: 其实也不一定好。拼多多算是不错了吧，头部大厂，我看他们做的那个拼多多云，还是垃圾得很，非常难用。想要调一些应用的参数，界面上没有也没有文档讲要在哪里调。
:
--
FROM 125.118.64.*
自己的生产环境放心吧，谁敢把业务数据交给云服务商，中国企业都没有底线
【 在 Xjt 的大作中提到: 】
: 如果是部署在云上，paas的资源也可以写脚本一键搞定啊
: 而且谁没事天天部署新的mysql server？就算部署新的mysql server，部署才占多少工作量，后续新旧系统的data migration和cut over才是占99%的工作量吧，何况mysql server需要的就是稳定性，我不信放docker里能比阿里云mysql RDS稳定。。。
--
FROM 125.118.64.*
早期的事情了，
现在这么多资源砸这么久
应该已经优化的差不离了
【 在 stub 的大作中提到: 】
: 容器有这个问题？没听说啊
--
FROM 116.233.89.*
这个主要看你们运维水平，用不用docker都可以，对于redis，mysql这种独立程度比较高的应用，确实有点鸡肋
--
FROM 221.224.15.*