@@ -114,17 +114,20 @@ host's IP address.
114
114
![ ] ( /assets/img/nginx-welcome.png )
115
115
_ Nginx default landing page._
116
116
117
- ## Customizing Content
118
117
119
- Deceivingly enough, Docker containers have a thin writable layer that
120
- allows changing just about any file in the image. The big * HOWEVER*
121
- though is that this layer doesn't survive configuration changes or,
122
- most importantly, image upgrades.
118
+ > See the [ end of this post] ( #container-content-in-device-configuration )
119
+ > for how to store container file content in the Infix configuration!
120
+ > Meaning custom(er) builds of Infix can bundle a built-in container's
121
+ > initial configuration in the Infix ` factory-config ` , which can be very
122
+ > useful when deploying at new installations.
123
+ {: .prompt-info }
123
124
124
- > Use Volumes! They are a specialized type of "mount", for people
125
- > familiar with UNIX systems. Infix currently supports * named mounts*
126
- > that provide a * persistent* writable layer for containers.
127
- {: .prompt-tip }
125
+ ## Customizing Content
126
+
127
+ Containers in Infix are created * read-only by default* , to change the
128
+ content, or store state data across host restarts and upgrades, use
129
+ volumes. They are a specialized type of "mount", for people familiar
130
+ with UNIX systems.
128
131
129
132
Here's how to add a volume to your container:
130
133
@@ -144,7 +147,7 @@ in the container:
144
147
admin@infix:/ > container shell web
145
148
d95ce9f7674d:/ # vi /usr/share/nginx/html/
146
149
50x.html index.html
147
- d95ce9f7674d:/ # vi /usr/share/nginx/html/index.html
150
+ d95ce9f7674d:/ # vi /usr/share/nginx/html/index.html
148
151
... edit, save & exit from vi ...
149
152
d95ce9f7674d:/ #
150
153
```
@@ -156,11 +159,6 @@ Save the best for last? A neat feature is that container content can be
156
159
saved in the system's ` startup-config ` and therefore be automatically be
157
160
backed up by administrators snapshotting the system.
158
161
159
- > This also means that custom(er) builds of Infix can bundle a built-in
160
- > container's initial configuration in the Infix ` factory-config ` , which
161
- > can be very useful when deploying at new installations.
162
- {: .prompt-info }
163
-
164
162
This feature is perfectly suited for container applications that need a
165
163
specific site setup. For example a configuration file. Here we use the
166
164
same container image to bundle an ` index.html ` file:
0 commit comments