Replies: 4 comments 4 replies
-
I like to keep my system host system as clean as possible. Every Application is bundeled in a Docker environment with tagged releases. In this way I can manage to administrate a bunch of Applications (including backups) without spending 120% of my time performing updates and stiff on every single application. 🙃 Edit: I run nginx as one of the few host applications (not docker) and use it to manage the reverse proxies to die docker containers. You can also do this with other tools like traefik. Running nginx as a part of a docker-compose bundle is very common. docker-compose is basicly one ore more container that works together to provide a functional app (eg. mysql + anything else) |
Beta Was this translation helpful? Give feedback.
-
I am self-hosting a few applications with raspberry pi. The system is also used to test new applications before I consider hosting them, so I'd like to keep things simple and clean. All data and config are kept separately. When there is a need to upgrade the system, it is just a matter of spinning up new containers. |
Beta Was this translation helpful? Give feedback.
-
I played with Docker a number of years back and never since. I don't really get the point of it. I have no idea what they are talking about on the Why Docker page. Please try to convince me. To start with, I have two questions. @tna76874 you said
What do you mean by "persistend" in this context? Adding a config file inside a Docker image does not make much sense. What is a config file worth, if it cannot be changed? And providing a config externally appears to be a major, major hassle. The same goes for access to custom certificate files. Everything seems to become much more complicated. My impression at the moment is that WebCall server would require essential code changes, in order to become a "good" Docker app. Without getting any "better" by that. And oc any change comes with the risk of regression. I use WebCall as a system service, side by side with Nginx. It can be useful to use Nginx "in front" of WebCall for https. But this is only really true bc Nginx is ususlly serving some unrelated static files also. If there were no static files to serve, and if you were not used to having Nginx on your system, you could just as well use WebCall server without Nginx running at all and it would be just fine. All of WebCall is in a single folder. It is very simple and skinny and only as complicated as it needs to be. Using Docker in between systemd and WebCall looks unnecessary to me (and even scary). Of course, I could be wrong with all that. Please don't read the above as me trying to convince you. I am only describing where I come from. Instead, try to convince me. |
Beta Was this translation helpful? Give feedback.
-
@tna76874 I wonder what you think of this, where the executable is the container. |
Beta Was this translation helpful? Give feedback.
-
@tonyhkg852 @tna76874
Can you explain to me why you want to run WebCall server with Docker? I would like to understand this better. Are you using Docker to run Nginx? If not, why not?
I've been reading these (and other) articles to catch up:
Docker: Configuration files
Verify repository client with certificates
Why Docker
Beta Was this translation helpful? Give feedback.
All reactions