L'attribution vhosts à Docker ports

J'ai un wildcard DNS mis en place afin que toutes les requêtes web à un domaine personnalisé (*.foo) de la carte à l'adresse IP du Panneau d'accueil. Si j'ai plusieurs conteneurs de Apache (ou Nginx), chacune contenant des cartes de Apache port (80) pour certaines externe port entrant.

Ce que je voudrais faire est de faire une demande de conteneur-1.toto, qui est déjà associée à l'adresse IP correcte (du Panneau d'accueil) par l'intermédiaire de mon serveur DNS personnalisés, mais proxy le port 80 par défaut demande à la bonne Docker du port externe tels que la bonne Apache instance du conteneur spécifié est en mesure de répondre en fonction du domaine personnalisé. De même, un conteneur-2.foo n'proxy dans un second récipient de apache, et ainsi de suite.

Est-il un pré-construit solution pour cela est mon meilleur pari pour exécuter un proxy Nginx sur le Panneau d'accueil, ou devrais-je écrire un node.js proxy avec le potentiel pour gérer les conteneurs Docker (start/stop/reuild via le web), ou...? Quelles options dois-je le ferait en utilisant les conteneurs Docker plus comme un événement naturel, et non pas quelque chose avec des étrangers ports à conteneurs et de jonglage?

  • J'ai aussi cette question - aussi loin que je peux dire, de l'exécution de chaque application dans un conteneur Docker et ensuite de faire le routage de l'hôte à l'aide d'un serveur nginx (peut-être dans son propre conteneur) est la manière de le faire. Je me demande si je dois exécuter le serveur d'application autonome (c'est à dire exposer un php-fpm, puma, etc. serveur) ou un (inutile?) nginx instance.
  • Jetez un oeil à github.com/dotcloud/hipache, qui est un reverse-proxy configurable par l'intermédiaire d'redis.
InformationsquelleAutor ringmaster | 2013-08-28