有人可以通过持久的卷声明与使用实际云数据库资源的存储卷相结合来解释在Kubernetes中托管数据库的好处/问题吗？
有人可以解释在Kubernetes中托管数据库的好处/问题......使用实际的云数据库资源吗？
正如之前的优秀答案所述：
它本质上是一种权衡：便利与控制
除了前面的例子（Athena）之外，还要看看RDS，看看你需要自己处理什么（为什么你们已经说过了）：
与托管服务一起提供的其他铃声和口哨声反对自我托管/托管服务。
但是，除了方便/控制之外，还有更多内容，我试图阐明：
Kubernetes在那里添加了另一层抽象（pods，services ...），并且根据处理存储（持久卷）的方式，您可以有两个额外的考虑因素：
最近几次关于kubernetes的会议讨论指出数据库对于kubernetes来说是一个很大的禁忌（虽然这是高度自以为是，我们在k8s中运行平均负载mysql和postgresql数据库），并且大负载/快速I / O是一个挑战要想在k8s上取得成功，而在管理云解决方案中已经为你调整了一切。
这完全是为了方便，控制和能力。
它本质上是一种权衡：便利与控制。举一个具体的例子：让我们说你支付亚马逊的钱来使用Athena，它实际上只是一个很好的打包版本的Facebook Presto，AWS友好地为你操作以换取$$$。你可以自己在EKS上运行Presto，但为什么你呢。
现在，假设您想要或需要使用Apache Drill或Apache Impala。亚马逊不提供它。据我所知，在撰写本文时，其他任何大型公共云提供商也没有。
另一个想法：如果你想从AWS迁移怎么办？您的数据也具有引力。