Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-cloud-platform/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google cloud platform 是否可以使用Google Cloud run运行Postgres(或任何DB)?_Google Cloud Platform_Google Cloud Run - Fatal编程技术网

Google cloud platform 是否可以使用Google Cloud run运行Postgres(或任何DB)?

Google cloud platform 是否可以使用Google Cloud run运行Postgres(或任何DB)?,google-cloud-platform,google-cloud-run,Google Cloud Platform,Google Cloud Run,1。总结问题 Google Cloud Run广告称其为“无状态容器”。有没有办法运行任何东西,让它保存在某个地方 我想在一个容器中运行Postgres,但只有在需要时才运行它,当有请求时才启动PG容器 同样的问题也适用于将包含RESTAPI(web服务器)的容器,以连接到PG容器 因此,当web应用程序(托管在Firebase上)向REST API(容器)发出请求时,它将启动,然后从REST API查询的PG实例将启动(或者可以简单地将DB和REST API放在一个容器中) 对于一个开发人员来

1。总结问题

Google Cloud Run广告称其为“无状态容器”。有没有办法运行任何东西,让它保存在某个地方

我想在一个容器中运行Postgres,但只有在需要时才运行它,当有请求时才启动PG容器

同样的问题也适用于将包含RESTAPI(web服务器)的容器,以连接到PG容器

因此,当web应用程序(托管在Firebase上)向REST API(容器)发出请求时,它将启动,然后从REST API查询的PG实例将启动(或者可以简单地将DB和REST API放在一个容器中)

对于一个开发人员来说,我不想让它全天候运行,也不想什么都不做,只想让它在开发时间内运转起来,但我有很多这样的东西,我是唯一一个操作人员,我希望为开发人员实现自动化,包括我自己,并尽量减少计费

任何最好的方法都将不胜感激

2。提供背景信息,包括您已经尝试过的内容

我已经创建了Docker容器并部署到Cloud Run

3。显示一些代码

yum install buildah podman -y
4。描述预期和实际结果,包括任何错误消息

我正在寻找一个解决方案,以尽量减少一个开发环境,将包括托管和数据库/RESTAPI(数据库必须是Postgres)的帐单


我正在寻找能够维护数据库状态的有状态云运行。

云运行不适合托管数据库。分配给云运行的传入请求的服务器实例可以来来去去去,并且不是所有请求都会去同一个实例,这意味着不是所有客户端都会看到相同的数据。这就是“无状态容器”的问题


如果您想使用Cloud Run提供数据库访问,最好将其作为其他云托管数据库服务的代理。您可以使用它托管一个RESTAPI端点,该端点访问其他一些数据库服务(例如:CloudFireStore、CloudSQL)。但是,在docker映像中托管数据库本身是没有意义的,因为这些服务器实例可能来去不可预测,会破坏每个实例中存储的任何数据库状态。

如果需要数据库,请查看Firestore。但它是面向文档的,不是关系型的,逻辑(和查询功能)也不一样。如果成本是我的主要因素,我的数据需求最小,我会用Debian创建一个计算引擎F1微实例,并安装PostgreSQL。我会在需要时启动和停止实例。全天候运行每月成本6.00美元,外加数据传输费,不包括免费层的费用,因此成本为零。我写了一篇博客文章,介绍如何在Compute Engine的容器中廉价托管Postgres: