Arquitetura CMS - Sincronizando ambientes Dev / Test / Staging

2

Temos um código, conteúdo e fluxo de banco de dados que segue um padrão típico:

Dev- > Build > Staging- > Prod

O kicker é que o cliente está editando e publicando conteúdo apenas no Prod.

Portanto, nossa estratégia atual é tentar fazer uma sincronização completa de conteúdo de produto Produzindo em uma base semi-regular e, em seguida, uma Criação / Criação de Produto em sincronia completa em uma base ad-hoc. Fazer um push de desenvolvimento / desenvolvimento de produto significa que o ambiente está inutilizável por um período de tempo (pelo menos um dia).

Quais estratégias existem para garantir que seus ambientes de desenvolvimento / teste / criação correspondam com precisão aos produtos em termos de conteúdo e como outros gerenciam esse problema?

Estamos usando o Sitecore 6.1 como o sistema CMS

    
por hellomynameisjoel 18.08.2011 / 08:36

1 resposta

1

Eu uso regularmente o SDL Tridion, e um cenário típico é Dev, Test, Acceptance e Production. (Algumas pessoas chamam isso de DTAP.) Dentro de cada um desses ambientes, você tem um site de teste e um site ao vivo. (Palavras como Staging se acostumar para muitas coisas, mas tenha paciência comigo.) O conteúdo que as pessoas usam o site de teste para verificar sua saída antes de publicá-lo no site ao vivo, que será visível para os visitantes da Internet.

É típico que a equipe de conteúdo trabalhe apenas no ambiente de produção, então, como você diz, é útil trazer de volta o conteúdo de produção para os outros ambientes. Geralmente, eles trazem uma cópia do banco de dados e, quando possível, um conjunto de scripts para corrigir as diferenças necessárias entre os ambientes. Se o seu sistema ficar fora de uso por um dia, isso provavelmente vai doer muito. Eu sugeriria que você olhasse por que demorava tanto e colocasse medidas para reduzir o tempo.

    
por 24.05.2012 / 15:41