Vous avez quelques questions mélangées ici, donc je vais essayer de répondre à chacune à son tour, en commençant par la dernière car c'est la plus facile à répondre.
Le charme peut-il déployer des sites html autonomes le long de WordPress?
Oui, vous pouvez! Il s'agit d'une fonctionnalité qui existe actuellement dans la structure du charme, mais vous devrez conserver vos "fichiers" (thèmes WordPress, plugins et fichiers statiques) tous dans un référentiel. Le charme expose une option de configuration wp-content, bien qu'un peu trompeuse, cette option vous permet de pointer vers n'importe quel référentiel Git, BZR, Mercurial ou SVN. À la racine du dépôt, vous placerez tous les fichiers supplémentaires que vous souhaitez à la racine de votre installation WordPress. Par exemple, si vous souhaitez ajouter un plugin "foo" et un fichier statique nommé "client-login.html", vous structurerez votre référentiel comme suit:
.
├── client-login.html
└── wp-content
└── plugins
└── foo
Ensuite, vous utiliseriez juju set wordpress wp-client=<url-to-repo>. Vous pouvez en savoir plus à ce sujet dans la documentation de charme WordPress sous "wp-content". Vous pouvez trouver et exemple de cela sur Github deux exemples de référentiels.
Prenez note qu'il ne s'agira pas d'un site Web distinct mais d'un contenu statique au sein du site WordPress. Si vous cherchez à héberger différents sites Web, sur différents domaines, dans le contexte du charme Juju, vous devrez créer un nouveau charme qui gérerait ces scénarios
Quant à votre deuxième question,
Pouvons-nous déployer plusieurs sites WordPress sur la même machine?
C'est une fonctionnalité que je voulais ajouter depuis le début mais qui n'était pas tout à fait possible à l'époque. Maintenant, Juju a suffisamment avancé pour que cela soit possible et je travaille à rendre cela possible. Le flux de travail implique l'utilisation des charmes subordonnés de Juju pour vous permettre de déployer une installation WordPress de base avec:
juju deploy wordpress-mu
Ensuite, vous déployer un charme subordonné , wordpress-site, au - dessus de cette base. De là, le charme le configurerait avec son propre contenu wp, sa configuration et sa configuration apache / nginx, mais il partagerait la même base de base. Ainsi, les options de configuration comme domain, wp-contentet debugseraient déplacées vers ce charme séparé. En fin de compte, vous pouvez déployer plusieurs charmes de site wordpress, chacun unique, sur le wordpress-mudéploiement unique et toujours mettre à l'échelle wordpress-mu (qui à son tour mettrait à l'échelle tous les autres déploiements de site WordPress). Un exemple des commandes suit:
juju deploy wordpress-mu
juju deploy mysql
juju deploy wordpress-site personal-blog
juju deploy wordpress-site professional-blog
juju deploy wordpress-site client-x
juju add-relation personal-blog wordpress-mu
juju add-relation professional-blog wordpress-mu
juju add-relation client-x wordpress-mu
juju add-relation personal-blog mysql
juju add-relation professional-blog mysql
juju add-relation client-x mysql
À la fin de la journée, vous n'avez toujours qu'un seul serveur pour WordPress mais vous avez déployé trois instances uniques de WordPress sur ce serveur que vous pouvez contrôler indépendamment avec Juju.
