我对Postgresqldocker中相同的本质有点困惑。现在它很流行,并且总的来说,已经出现了一个关于微服务的项目。然后我遇到了这个概念。
为了正常存储,据我了解,state每次关闭容器时都需要保存当前容器。
但是从可靠性的角度来看,这并不方便。容器会掉下来,随之而来的是一堆数据。
您能否阐明容器中数据库的本质是什么?
我对Postgresqldocker中相同的本质有点困惑。现在它很流行,并且总的来说,已经出现了一个关于微服务的项目。然后我遇到了这个概念。
为了正常存储,据我了解,state每次关闭容器时都需要保存当前容器。
但是从可靠性的角度来看,这并不方便。容器会掉下来,随之而来的是一堆数据。
您能否阐明容器中数据库的本质是什么?
这里值得澄清一点:两个实体应该分开——一个作为文件(或一组文件)的数据库和一个执行数据库管理系统功能的进程。
关于 subd 流程的“码头化”,我认为没有问题:与任何其他“码头化”流程有完全相同的优点(和缺点)。
这是数据库,即 包含它的文件,以便它们可以“生存”使用 subd 重新创建容器,将其单独保存是有意义的,而不是作为该容器的一部分:
例如,当您告诉docker程序停止容器(本质上是在隔离环境中运行的进程(及其子进程)时),您可以使用选项指定程序
stop-t время多长时间(以秒为单位,默认为 10)将等待进程终止:信号将被发送到主进程
SIGTERM,并且只有在指定(或默认)时间间隔过去后,如果进程没有自行结束 -SIGKILL。这种暂停只是为了确保进程有时间正确完成其工作——保存数据、关闭文件等。等等