Skip to Content
Last modified by Erik Bakker on 2024/08/26 12:37
From version 45.1
edited by Erik Bakker
on 2022/10/31 10:43
Change comment: There is no comment for this version
To version 46.1
edited by Erik Bakker
on 2022/10/31 11:27
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -64,8 +64,16 @@
64 64  
65 65  An alternative option to read and write **persistent** data is to use the "Bind mount" option avaiable. In general we advice to use the "Volume" option because they have better performance and bind mounts are dependent on the directory structure and OS of the host machine. Having said that not all external systems can adapt to this that easily. That is why the "Bind mount" option can be of interest in your use case.
66 66  
67 +[[image:Main.Images.Microlearning.WebHome@novice-file-based-connectivity-volume-mapping-on-premise--runtime-volumes-configuration-type-bind-mount.png]]
68 +
67 67  To configure a "Bind mount" you need to define a source and a target directory that are linked to each other. The source directory defines the directory on your local system (that might already be in use currently to exchange files). The target directory defines a directory on your docker installation that can be accessed by the runtime.
68 68  
71 +{{warning}}Note, that when the source directory does not exists the runtimes cannot be deployed correctly.{{/warning}}
72 +
73 +[[image:Main.Images.Microlearning.WebHome@novice-file-based-connectivity-volume-mapping-on-premise--runtime-volumes-configuration-type-bind-mount-filled-in.png]]
74 +
75 +{{info}}Note, that when you use this option your directory reference in your flow should refer to the "target" directory configured here.{{/info}}
76 +
69 69  === 3.3 Temporary file system ===
70 70  
71 71  === 3.4 Named pipe ===