Tenho um site, lists.tssi.com. Ele atualmente suporta duas comunidades Discourse essencialmente independentes (migradas do Mailman), tratadas usando grupos e categorias. Vamos chamá-las de x e y.
Quero dividi-lo para que os dois grupos sejam totalmente independentes. (Sim, isso significa mais trabalho para mim, mas tudo bem.) A principal razão para fazer isso é que quero abrir ambas as comunidades para leitura por não membros, mas acho que isso seria mais fácil se elas fossem totalmente independentes. Não acho que as pessoas da comunidade X queiram ler muito sobre o que está acontecendo na comunidade Y, embora sejam semelhantes. (Ambos são sites voltados para esportes universitários.)
De qualquer forma, lists.tssi.com atuaria como um gateway para as duas comunidades, com uma porta de entrada comum no Nginx.
Pelo que pude apurar, qualquer um dos métodos deve funcionar em um único contêiner, clonando o banco de dados para que sejam totalmente independentes. (Configurei meu servidor de teste usando o método x.tssi.com e y.tssi.com, então tenho certeza de que funciona; estou um pouco menos certo sobre a abordagem x.lists.tssi.com e y.lists.tssi.com, embora pense que isso pode ser mais fácil para meus usuários entenderem e suportaria mais facilmente comunidades adicionais que possam ser adicionadas.)
Depois de dividi-las, os usuários que fazem parte de uma comunidade serão excluídos do banco de dados da outra comunidade ou simplesmente definidos como inativos. Também posso excluir todas as postagens e categorias do outro site.
Alguma recomendação sobre qual caminho seguir? Algum problema a ser observado?
Por que não manter um site central com usuários, mas sem conteúdo, servindo discourse connect (SSO) para os dois sites subordinados?
Eu provavelmente manteria o site central com todos os seus usuários, faria mais duas cópias completas como x e y, excluindo o conteúdo que não queria de ambas para criar a divisão, e faria com que elas se referissem ao site ‘principal’ para login.
Isso também eliminará a confusão de login para usuários que podem estar em ambas as listas.
Quais são os benefícios de um ambiente SSO como esse? Quais são os inconvenientes?
Não acho que haja outros usuários em ambas as listas além de mim. Elas foram sites Mailman separados por muitos anos, e a maioria dos usuários ainda é primariamente baseada em e-mail.
Até mesmo a necessidade de ter endereços de e-mail separados para postar via e-mail para cada categoria dentro dessa comunidade confunde alguns deles, mas não vejo como contornar isso. Estou incentivando-os a usar a interface web, mas talvez 5% o façam, 3 meses após a mudança.
Meu objetivo é expandir a participação tornando ambas as comunidades pesquisáveis e legíveis na web. Parece-me que mantê-las separadas pode funcionar melhor para atrair aqueles que querem discutir o time X, mas não o time Y.
Não estou com muita pressa, o verão é a época mais lenta para uma lista voltada para esportes universitários, as coisas começarão a melhorar em agosto, quando os treinos de futebol de outono começarem. Então, tenho tempo para pensar em qual abordagem é melhor para as comunidades.
