何恺铎置顶2020-03-31[上讲问题参考回答] 1. 部署槽功能，能够让我们在一个应用服务实例内，部署和划分出多个使用不同版本的Web应用,并同时对外服务。这对于需要程序不同版本同时在线的场景非常有用，比如区分生产测试环境、灰度上线、进行AB测试等。部署槽功能一般还支持流量的比例分配，和瞬时的槽位切换。 2. 相比纯粹的代码打包，通过容器来封装应用，能够对应用运行的底层环境有更强的控制，可以解决一些应用托管服务的环境限制问题。比如使用某个还没有被云厂商支持的Java版本，或者安装一些本地类库依赖等。10
怀朔2020-03-30问题一 1、 开启 rds 逻辑全备 2、开启 rds 日志 row格式 物理备份 3、在ecs层面搭建从库 被设置延迟时间为1-24小时不等 这种我觉得也不是云特有 常规的idc机器也可以....该问题我觉得讨论 权限控制 人员管控 在两个意义很大一些 问题二 分区表存在就是合理 技术选型相对简单 其优点 选择处理落到索引就可以 缺点 热点数据更新根据分区应用场景 可能比较快 后续数据部门落大数据简单方便 望老师补充！！！作者回复: 回答得很棒
8
leslie2020-03-30云数据库用了有些时间：针对以及内容从2个问题谈谈吧； 云数据库的删库问题：云端的删除无法做到彻底删除log文件；删除容易，彻底删除难；这个在本地云是可以做到的，原因不多解释；打了多年交道太清楚了。 云数据库的分库分表：这个云服务器端和本地没什么区别，云数据库的分库分表实际做过。 使用云数据库其实好处其实很简单：1）减少了大量的运维，尤其是体系的合理设计这个没有大量的实战很难做到合理性【注：这也是为何去年国内运维大会提及运维最后需要的都是真正的高级运维，减少初中级运维的需求】2）log文件想彻彻底底的干掉且无法恢复很难，3）增加硬件比本地环境容易 谈谈劣势吧：云服务器的操作空间有限；尤其是POLARDB等，都是结合了厂商的策略；自己想像实际环境那样充分发挥特性是有难度的。 谢谢老师今天的分享，期待后续的课程。作者回复: 老司机
5- Helios2020-04-02云原生数据库为什么比云数据库多这么多优势，是如何实现的呢？老师能不能提供点资料呢～ 感觉大厂的数据库上公有云还是很难，可能会担心数据泄漏或者被监视的问题，如果拼多多用了阿里云难免就遇到这个问题了～
作者回复: 有兴趣可以看一些介绍PolarDB或Aurora内部实现的文章，比如 https://sq.163yun.com/blog/article/209129602406035456 和 https://zhuanlan.zhihu.com/p/108431268 你说的第二个问题，其实是一个公有云的信任问题，多半要在商业层面考量了。如果介意，可以选择一些相对中立或者业务领域没有交集的云厂商。像UCloud就因为业务专一，所以“中立”就成为了其竞争优势之一。
4 - 胖子2020-04-15＂早期比较简单的云数据库实现原理，是充分利用云上已经提供的虚拟机、云磁盘等 IaaS 层面的资源，在隔离的环境下进行数据库镜像的安装。＂，在隔离的环境下进行数据库镜像的安装是指什么？
作者回复: 可以就简单理解为在虚拟机上安装现成的数据库，没有进行云上适配和“魔改”，这是早期的形态。
张攀攀2020-04-03为啥微软不发展类似Aurora的存储计算分离这样的云原生架构的database呢？azure sql database难道定位就是rds的定位?作者回复: 经典的Azure SQL Database的确更接近RDS，但微软不是没有新一代云原生，一方面是通过多模大杀器CosmosDB来参与竞争了，另一方面也逐步推出了Azure关系数据库的Hyperscale版本，这就和Aurora有点类似了，你可以关注一下。
qinsi2020-03-30使用云原生数据库会比传统数据库更需要担心vendor lock-in作者回复: 的确如此。当然，也可以在使用时注意不使用专有特性。
David Mao
2020-04-05我们在使用云数据库的时候遇到一个问题，没办法修改引擎，导致有些用户不用云数据库。2
啊小雄2020-03-30刚好用的azure哈。 第一问题，要用云，先管好云的权限。管理者和运维者权限分开。原则上不允许数据删除。真要担心的话，把数据再备份一份到datalake上，价格便宜，不干别的，就当买了个保险。 第二个问题，分区肯定合理啊，在cosmos中 ,我就把分区键当索引用了。2
Christopher2020-03-30云数据库确实提升了我对云的认识，新项目可以考虑充分用云上的资源了。2