Merge branch 'master' of https://git.fet.at/andis/triton2_config
This commit is contained in:
34
README.md
34
README.md
@@ -6,6 +6,7 @@ Der Proxy ist aufgeteilt in zwei Git Projekte auf git.fet.at
|
||||
* Der wichtigste Teil ist *nginx.conf* diese wird ins Dockerimage gepackt. Diese sollte nicht zwischendurch verändert werden.
|
||||
* *Dockerfile* in diesem Dockerfile sind alle Schritte für die Vorbereitung des Images mit openresty.
|
||||
2. [Konfiguration & Doku](https://git.fet.at/andis/triton2_config/)
|
||||
|
||||

|
||||
Wichtige Teile sind:
|
||||
|
||||
@@ -15,6 +16,7 @@ Wichtige Teile sind:
|
||||
|
||||
|
||||
## Installation
|
||||
|
||||
### Docker
|
||||
Damit dieses Projekt genutzt werden kann ist eine docker Installation erforderlich. Dafür einfach Google mit Docker-ce + dem jeweiligen Betriebssystem nutzen.
|
||||
|
||||
@@ -39,7 +41,9 @@ Für Debian
|
||||
sudo docker run hello-world
|
||||
|
||||
|
||||
### Deployen via Portainer
|
||||
### Variante: Deployen via Portainer
|
||||
Der Vorteil das Projekt so zu deployen ist, dass es sehr schnell geht und ein grafisches Interface zur Verfügung steht.
|
||||
|
||||
#### Portainer installieren
|
||||
Falls Portainer noch gar nicht installiert ist:
|
||||
[Portainer from scratch](https://docs.portainer.io/v/ce-2.9/start/install/server/docker/linux)
|
||||
@@ -47,29 +51,39 @@ Falls Portainer noch gar nicht installiert ist:
|
||||
Falls Portainer schon installiert ist und die neue Docker Umgebung verwaltet werden soll
|
||||
[Portainer Agent installieren](https://docs.portainer.io/v/ce-2.9/start/install/agent/docker/linux)
|
||||
|
||||
|
||||
#### Stack deployen
|
||||

|
||||
fghj
|
||||

|
||||
###
|
||||
Mit diesem Befehl wird direkt das file "docker-compose.yml" deployed.
|
||||
Alernativ kann auch der Inhalt aus dem docker-compose.yml in den Editor in Portainer kopiert werden.
|
||||
|
||||
|
||||
|
||||
### Variante diekt clonen + docker-compose
|
||||
|
||||
|
||||
|
||||
|
||||
Es gibt zwei Varianten dieses Projekt zu nutzen.
|
||||
Variante 1 ist, das projekt lokal zu clonen und dann die Konfigurationsordner mit lokalem BIND an den Container zu binden.
|
||||
Der Vorteil von Variante 1 ist, dass lokal Änderungen an der Konfiguration durchgeführt werden können.
|
||||
Der Nachteil daran ist, dass darauf geachtet werden muss lokale Änderungen wieder zu pushen und die Vorteile des Containers nicht voll genutzt werden.
|
||||
## Variante 1
|
||||
git clone https://git.fet.at/andis/triton2_config
|
||||
|
||||
docker-compose up
|
||||
|
||||
|
||||
### Updates
|
||||
Wenn der Code gepusht wird und keine Fehler in der Konfiguration sind wird das neueste Template auf die Docker registry gepusht.
|
||||
[Jenkins Pipeline](jenkins.fet.at)
|
||||
|
||||
dann kann einfach mit docker das neueste Image deployd werden. Besonders mit Portainer ist das einfach.
|
||||
|
||||
#### Bind
|
||||
Wenn das Projekt auf dem Server gecloned ist kann auch die conf.d mit bind in den Container gemountet werden. Achtung Änderungen am Image können dann weniger leicht deployed werden.
|
||||
# bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
|
||||
# zB: /srv/conf.d/:/etc/nginx/conf.d/
|
||||
|
||||
|
||||

|
||||
Wir haben bis jetzt
|
||||
|
||||
|
||||
|
||||
|
||||
## Einrichten einer externen Seite:
|
||||
|
||||
@@ -6,7 +6,7 @@ services:
|
||||
ports:
|
||||
- "80:80"
|
||||
- "443:443"
|
||||
volumes:
|
||||
# volumes:
|
||||
# bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
|
||||
# zB: ./conf.d/:/etc/nginx/conf.d/
|
||||
# - nginxconf:/etc/nginx/conf.d/
|
||||
|
||||
Reference in New Issue
Block a user