Você tem algumas perguntas misturadas aqui, então tentarei abordar cada uma delas, começando com a última, pois é mais fácil responder.
O charme pode implantar sites html autônomos ao longo do WordPress?
Sim, você pode! Esta é a funcionalidade que existe atualmente dentro da estrutura do encanto, mas você precisará manter seus "arquivos" (temas, plugins e arquivos estáticos do WordPress) em um repositório. O encanto expõe uma opção de configuração wp-content
, enquanto um pouco enganador, esta opção permite que você aponte para qualquer repositório Git, BZR, Mercurial ou SVN. Na raiz do repo é onde você colocaria todos os arquivos adicionais que deseja na raiz da sua instalação do WordPress. Por exemplo, se você quiser adicionar um plugin "foo" e um arquivo estático chamado "client-login.html" você estruturaria seu repositório da seguinte forma:
.
├── client-login.html
└── wp-content
└── plugins
└── foo
Então, você usaria juju set wordpress wp-client=<url-to-repo>
. Você pode aprender mais sobre isso na documentação do charme do WordPress em "wp-content". Você pode encontrar um exemplo disso em Github dois repositórios de exemplo.
Tome nota de que este não será um site separado, mas conteúdo estático dentro do site WordPress. Se você quer hospedar sites diferentes, em diferentes domínios, dentro do contexto do Juju Charm, você precisará criar um novo charme para lidar com esses cenários.
Quanto à sua segunda pergunta,
Podemos implantar vários sites do WordPress na mesma máquina?
Este é um recurso que eu queria adicionar desde o início, mas não era bem possível no momento. Agora Juju avançou o suficiente para que isso seja possível e estou trabalhando para tornar isso possível. O fluxo de trabalho envolve o uso de encantos subordinados de Juju para permitir que você implante uma instalação básica do WordPress com:
juju deploy wordpress-mu
Em seguida, você implantaria um encanto subordinado , wordpress-site
, no topo dessa base. A partir daí, o charme o configuraria com sua própria configuração wp-content, configuration e apache / nginx, mas compartilharia a mesma base principal. Portanto, as opções de configuração como domain
, wp-content
e debug
seriam movidas para esse encanto separado. No final, você poderia implantar vários recursos de wordpress-site, cada um exclusivo, na única implementação de wordpress-mu
e ainda dimensionar o wordpress-mu (que, por sua vez, escalaria todas as outras implantações de site do WordPress). Um exemplo dos comandos segue:
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
No final do dia, você ainda tem apenas um servidor para o WordPress, mas você implantou três instâncias únicas do WordPress para esse servidor, que você pode controlar independentemente com o Juju.