在生产环境中将Kubernetes用于集群数据库(例如MySQL)是否合理？
有一些示例配置,例如mysql galera示例.但是,大多数示例都不使用持久卷.据我所知,持久卷必须驻留在某些共享文件系统上,如此处所定义的Kubernetes类型的持久卷.共享文件系统不保证pod的数据库文件将是托管pod的计算机的本地文件.它将通过网络访问,这是相当慢的.此外,例如,MySQL和NFS存在问题.
这对于测试环境可能是可接受的.但是,我应该在生产环境中做什么？在Kubernetes之外运行数据库集群并仅使用Kubernetes运行应用程序服务器更好吗？
我有以下场景。有一个典型的带有无限滚动的列表视图和带有控制器的 Spring MVC 后端。返回列表项的方法有一个Pageable类型的参数，用于传入当前页面和页面大小。该参数被委托给相应的PagingAndSortingRepository定义的存储库方法，以便从数据库检索结果。这将导致两个数据库查询：一个计数查询和一个从给定页面获取结果的查询。
这工作得很好，但是，我有另一个视图，它定义了一个按钮来导航到所描述的列表视图。此按钮显示一个徽章，其中包含该列表中的总元素作为预览。为了计算总元素数，我使用与列表本身相同的控制器和存储库方法，尽管我只需要计数。
我第一次尝试实现这一点是将页面大小和页面都设置为零，以便在不获取任何元素的情况下计算结果，然后访问返回页面的totalElements属性。然而，Spring 不允许页面大小== 0，并且在这种情况下将设置默认值（例如10）。
将 size == 0 情况实现为单个计数查询来支持给定场景是否有意义？我的应用程序的几个部分都有这个用例，如果没有这个功能，我认为我将不得不编写额外的不必要的计数方法。或者是否有另一种方法可以使用 Spring Data 来完成我所描述的任务？