# Simplified Discourse install?
**URL:** https://meta.discourse.org/t/simplified-discourse-install/116238
**Category:** Self-hosting
**Created:** [April 29, 2019, 12:58pm UTC](https://meta.discourse.org/t/simplified-discourse-install/116238 "2019-04-29T12:58:46Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@BjornW](https://meta.discourse.org/u/BjornW)
#### Post date: [April 29, 2019, 12:58pm UTC](https://meta.discourse.org/t/simplified-discourse-install/116238/1 "2019-04-29T12:58:46Z")
I followed the guide at [discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md) to install Discourse, and it felt pretty straight-forward. However, I’m now building an automated install to fit into our other deploy patterns and suddenly it doesn’t feel so simple anymore.
When installing/running gitea, jenkins or any of a number of other apps we run in docker we write a `docker-compose.yml` file and simply run `docker-compose up`. Trying that pattern with Discourse feels difficult.
Instead I have to clone the git repo, deploy my app.yml to it (instead of running the setup, which doesn’t lend itself to automation), and run the launcher… What exactly does the launcher do? And which files from the repo are needed, and for what?
An adjacent question regarding the instance I have running: I update it through the web GUI, but what would happen if I run `git pull` in `/var/discourse` and rebuild the app, without making sure I’ve upgraded it inside the docker container?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [April 29, 2019, 1:14pm UTC](https://meta.discourse.org/t/simplified-discourse-install/116238/2 "2019-04-29T13:14:17Z")
`git pull` would update the local copy of discourse\_docker, not Discourse itself. The rebuild then pulls down the latest changes.
There’s an existing topic on an official docker image and the use of compose:
> [@Community supported official docker image](https://meta.discourse.org/t/community-supported-official-docker-image/83768):
>
> I really would like to have an official helm chart for discourse with an official docker image. I just opened [this issue](https://github.com/docker-library/official-images/issues/4169). I’d like to have the consent of the discourse maintainers to make this happening. Hope you can help make this happen. All you need to do is to give a yes slight_smile Thanks!
Please note that unless it becomes official, the only supportable install is the [standard install](https://meta.discourse.org/t/142537?silent=true) method you’ve already followed. Third-party packages and stuff which sidesteps launcher is done at own risk and with no real support. As mentioned in the topic above some of the big changes such as upgrades to postgres haven’t been factored in as they haven’t been necessary since people have begun to experiment.
---
### Author:  [@schleifer](https://meta.discourse.org/u/schleifer)
#### Post date: [April 29, 2019, 4:10pm UTC](https://meta.discourse.org/t/simplified-discourse-install/116238/3 "2019-04-29T16:10:48Z")
The official installation is a fat container and launcher manages the container lifecycle. If you need to manage the containers on your own, we mostly assume you can assemble your own tools from the Lego pieces in the box.
If I wanted to manage my containers with docker-compose, then I would build [web images](https://github.com/discourse/discourse_docker/blob/master/samples/web_only.yml) for the frontend – with `/var/docker/launcher bootstrap app` – and push those to a local docker registry. The compose file would reference those published images and a [separate database](https://meta.discourse.org/t/46375) image.