将多个应用程序作为群集中的Docker容器,处理MySQL的方法
在线上有关设置Docker容器的大多数文章似乎都是围绕将应用程序分解为微服务并将其分配到各种容器中并将它们部署到集群中的想法而编写的. 我想找出处理多个不相关应用程序的数据库(例如mySQL)的最佳方法,这些应用程序是为不同的客户端编写的,部署在同一群集中. 假设我有10个不相关的小型应用程序(如wordpress),都需要访问mySQL数据库.我可以: >将应用程序作为容器部署到群集中,仅包含应用程序代码,并设置专用的mySQL服务器或Google Cloud SQL实例,并要求每个应用程序容器作为第三方服务连接到数据库. 这些解决方案中哪一个是最好的应用程序体系结构设计,哪个是最好的计算机资源使用?我的感觉是,在部署多个mysql容器(每个应用程序一个)时,也许是最佳设计,但它可能不是最有效的资源,因为我们将运行一堆mySQL容器. 最佳答案
docker方式不是每个应用程序一个数据库,而是每个容器一个服务. 因此,由每个应用程序分配一个数据库还是为所有数据库分配一个数据库取决于您. 我个人的选择是第三个:
我正在将kubernetes与postgres容器一起使用,该容器用作所有应用程序的数据库服务器. 我更喜欢这种选择,因为从OP的角度来看,备份/复制/应用维护比拥有30个不同的db服务器30 *从属30 *外部池30 *监视工具等更容易. 但是,我保留了将数据库移动到另一个专用的db-server容器的可能性,以防应用程序使用过多资源或太多应用程序已在使用数据库. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |