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.
|
* 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.
|
* *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/)
|
2. [Konfiguration & Doku](https://git.fet.at/andis/triton2_config/)
|
||||||
|
|
||||||

|

|
||||||
Wichtige Teile sind:
|
Wichtige Teile sind:
|
||||||
|
|
||||||
@@ -15,6 +16,7 @@ Wichtige Teile sind:
|
|||||||
|
|
||||||
|
|
||||||
## Installation
|
## Installation
|
||||||
|
|
||||||
### Docker
|
### Docker
|
||||||
Damit dieses Projekt genutzt werden kann ist eine docker Installation erforderlich. Dafür einfach Google mit Docker-ce + dem jeweiligen Betriebssystem nutzen.
|
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
|
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
|
#### Portainer installieren
|
||||||
Falls Portainer noch gar nicht installiert ist:
|
Falls Portainer noch gar nicht installiert ist:
|
||||||
[Portainer from scratch](https://docs.portainer.io/v/ce-2.9/start/install/server/docker/linux)
|
[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
|
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)
|
[Portainer Agent installieren](https://docs.portainer.io/v/ce-2.9/start/install/agent/docker/linux)
|
||||||
|
|
||||||
|
|
||||||
#### Stack deployen
|
#### 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
|
git clone https://git.fet.at/andis/triton2_config
|
||||||
|
|
||||||
docker-compose up
|
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:
|
## Einrichten einer externen Seite:
|
||||||
|
|||||||
@@ -6,7 +6,7 @@ services:
|
|||||||
ports:
|
ports:
|
||||||
- "80:80"
|
- "80:80"
|
||||||
- "443:443"
|
- "443:443"
|
||||||
volumes:
|
# volumes:
|
||||||
# bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
|
# bei der Produktivvariante macht es Sinn hier einen Ordner zu mappen
|
||||||
# zB: ./conf.d/:/etc/nginx/conf.d/
|
# zB: ./conf.d/:/etc/nginx/conf.d/
|
||||||
# - nginxconf:/etc/nginx/conf.d/
|
# - nginxconf:/etc/nginx/conf.d/
|
||||||
|
|||||||
Reference in New Issue
Block a user