Discussion :

[cavo789]

Bonjour

Je découvre Docker et docker-compose depuis une dizaine de jours et je suis face à une situation où je ne sais pas encore, ce soir, comment m'y prendre.

J'ai un site Laravel qui utilise une base de données Postgres : j'ai créé un docker-compose.yml avec les services nécessaires (PHP, Apache et Postgres) et cela fonctionne. Une fois docker-compose up exécuté, je peux me connecter à mon application Laravel au travers de http://127.0.0.1:8080, comme paramétré. Top !

Et voici mon problème : j'ai un deuxième site Laravel qui utilise le premier site (qui est en réalité une application qui offre des APIs). Mon deuxième site fait donc des appels API au premier (en PHP avec un curl vers l'URL du premier).

Je ne vois pas encore comment m'y prendre... Si je souhaite un seul fichier docker-compose.yml; est-ce possible de définir deux sites PHP qui partageraient les mêmes services Apache et Postgres ? On pourrait imaginer le premier répondre sur http://127.0.0.1:8080 (le site d'API) et le second sur http://127.0.0.1:8081 p.ex.

Quelqu'un saurait-il me donner l'une ou l'autre piste ?

(actuellement, mes deux sites fonctionnent en localhost avec Wamp; je voudrais utiliser Docker pour simplifier la configuration des sites et permettre de développer/tester dans un environnement aussi proche que possible de ma prod)

Merci.

[Christophe]

C'est de la conf. Je ne connais pas Docker compose, mais je vois pas pourquoi tu pourrais pas le faire. Avec un dockerfile, tu créé un fichier qui va installer des paquets, copier des fichiers etc, je suppose que'avec Docker compose c'est le même principe.

[cavo789]

Pour info, cela semble en effet possible. Pour l'instant, je ne trouve que des exemples avec nginx mais aucun n'a fonctionné.
Voici un lien : https://github.com/kassambara/nginx-...-on-one-server

Je suis supposé pouvoir accéder à mes "noms de domaine" mais non, le proxy ne les trouve pas.

Je continue à chercher.

[lemirandais]

Il est tout à fait possible de faire ce que tu demandes.
L'idée est de créer un nouveau service sur lequel que utilise un autre port!

Pour info, cela semble en effet possible. Pour l'instant, je ne trouve que des exemples avec nginx mais aucun n'a fonctionné.
Voici un lien : https://github.com/kassambara/nginx-...-on-one-server

Je suis supposé pouvoir accéder à mes "noms de domaine" mais non, le proxy ne les trouve pas.

Je continue à chercher.

[cavo789]

Bonsoir

Merci pour ta réponse.

De mon côté, j'ai continué à chercher / travailler sur ce sujet puisque, idéalement, je veux implémenter cela pour un projet professionnel.

Et pas plus tard qu'hier, j'ai pû atteindre le résultat escompté (donc oui, c'est possible).

J'ai créé un fichier .conf que je copie lors du set-up de mon container httpd:alpine. Ce fichier conf ressemble à quelque chose comme on peut voir sur l'URL suivante : https://forums.docker.com/t/how-to-r...ontainer/80904

J'ai deux blocs <VirtualHost *:80>, dans le premier j'ai quelque chose comme ServerName alias1.local et mon deuxième bloc ServerName alias2.local.

Du coup, depuis mon browser (et après avoir ajouté les deux alias dans mon fichier C:\WINDOWS\system32\drivers\etc\hosts) , je peux accéder à ces deux URLs (http://alias1.local/index.php ou http://alias2.local/logo.png)

127.0.0.1 alias1.local
127.0.0.1 alias2.local

Et, tadaaaa!, cela fonctionne.

Il faut beaucoup chipoter avec le fichier docker-compose.yml pour que tout soit correctement configuré, les bons ports, la génération des deux bases de données (pour chaque site), etc. mais oui, avec Docker, il est possible d'avoir autant de sites web que l'on souhaite.

Vraiment top.

[Christophe]

avec Docker, il est possible d'avoir autant de sites web que l'on souhaite.

Ben oui, tout comme sur un Apache normal, tu peux créer plusieurs VirtualHost et plusieurs bases de données sur le même MariaDB/PostGres.
Mais l'idée de Docker, même si rien ne t'empêche de faire comme tu veux, ce serait plutôt de faire un docker par site Web, voire un Docker pour le serveur Web, et un autre comme serveur de base de données, ceci afin de faire le meilleur cloisonnement possible.