Problemas na configuração do JIRA / Confluence

Question

Estamos procurando criar um rastreador de problemas / configuração de wiki para uma pequena equipe (não mais de 10 desenvolvedores). Nos últimos dias, examinamos algumas opções e, até agora, minha configuração favorita é o JIRA e o Confluence. Antes de fazer qualquer coisa de verdade, criei um servidor simulado que imita o servidor que realmente será usado (Windows 2008 R2 / MySQL / Lateset JIRA / Confluence 4.0 - ainda em versão beta, mas que deve ser finalizado em breve).

A configuração foi bem tranquila, mas eu tive algumas perguntas que podem nos afetar e queria saber se alguém teve experiências parecidas:

• Tanto o JIRA quanto o Confluence são grandes hogs de memória (usando 400MB cada para uma instalação nova e vazia) - o servidor de produção terá cerca de 8GB de memória, mas estou preocupado que isso se torne um problema no futuro. Isso é normal ou configurei algo incorretamente?
• Ambas as aplicações são ocasionalmente lentas, apesar de não serem realmente usadas. Sem um padrão óbvio, o uso se torna muito lento e posso ver o uso pesado da CPU no processo do tomcat. Como acima, algo pode ser feito sobre isso?
• Na simulação, usei uma estação de trabalho VMWare como o servidor, algo que eu entendo que pode causar problemas de desempenho, o servidor de produção não é virtualizado, isso melhorará consideravelmente o desempenho?
• Alguém teve alguma experiência usando o JIRA ou Confluence em um ambiente da direita para a esquerda (árabe, hebraico, farsi, etc)? Na confluência, obtive bons resultados rapidamente usando CSS personalizado no Administrador de Espaço, mas não consigo encontrar um recurso semelhante no JIRA.

Obrigado pelo seu tempo.

    

Answer 1

Eu uso os dois e eles estão sendo executados no CentOS 5.x no VMware. A confluência usa 1,1GB de memória virtual e 645MB de residencial e o JIRA está em 1,2G / 687MB correspondentemente. Claro que é muita memória, mas não é grande coisa para nós. O aplicativo pode responder lentamente e ficar um pouco lento se não for usado por algum tempo, mas depois de alguma atividade é bastante responsivo. Eu acho que esse é um comportamento comum para aplicativos da Web java, mas o desempenho pode ser melhorado com algum ajuste se incomoda muito.

Acho que em termos de funcionalidade o JIRA com o Confluence é uma boa escolha. Eles são bem documentados e o suporte é ótimo. A licença inicial é praticamente gratuita, no entanto, em algum momento você pode atingir a parede de 10 usuários e atualizar para o próximo nível vai custar-lhe alguns dinheiros reais. Então, se você espera crescimento da sua base de usuários, lembre-se disso.

Tanto o Confluence quanto o JIRA possuem muitos recursos, mas isso não significa que você tenha que usar todos eles. Comecei a executá-los na configuração padrão e tenho um pequeno impulso para fazer qualquer personalização (atualizações podem ser dolorosas de outra forma).

Estamos usando os dois sistemas há cerca de 5 a 7 anos. Nossos usuários se acostumaram com a interface e eu não ouvi reclamações ou solicitações de recursos que eu não consegui acomodar por um bom tempo agora, então minha opinião pessoal - gostei.

P.S. Nenhuma experiência com idiomas da direita para a esquerda embora.

    

Answer 2

Eu sei que isso é muito antigo, mas achei que gostaria de salientar que Jira funciona perfeitamente (para mim até agora com o mínimo de "problemas" criados) se estiver usando um VPS com 1 GB de RAM, mas 1 GB extra de SWAP em um VPS hospedagem com SSD. Claro SSD é a parte importante para a velocidade, mas @ 2014, SSD era uma opção VPS comum.

Eu segui os passos em ambos os guias:

configuração principal de troca de 1 GB com isto --- >

https://www.rustprooflabs.com/2014/03/jira-on-a-budget/

verificação de permuta e atualização do Fstab para tornar a mudança permanente com isso --- >

https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-centos-6

Estou usando o swappiness = 30. Parece ótimo, não toquei em nenhuma outra configuração.

espero que ajude alguém.

Por falar nisso, em setembro / 2014, estou usando o plano de CPU de 1 GB / 1 de US $ 7 por mês com a VULTR

https://www.vultr.com/pricing/

Em segundo plano, antes de fazer essa alteração no SWAP ele nem sequer logaria, eu mal consegui passar pelas telas de configuração com o CPU maximizado em 100% e iria apenas se afastar até que o java falisse e o serviço jira morresse.

    

Answer 3

Ótima escolha!

Tanto o jira quanto a confluência são baseados em java, ou quando o número de usuários está aumentando, você deve alocar mais memória se o jvm travar.

Eu configurei um jira em um vps com 2GB de RAM e funciona bem. Assim, um servidor com 8GB de RAM será suficiente para as instâncias e o servidor mysql. Isso ocorre porque existe um limite de memória definido nas configurações de jira e de confluência. Quando a memória alocada para jira ou confluência não é suficiente, o serviço irá falhar com exceção fora da memória. Neste caso você tem que aumentar a memória alocada dos arquivos de configuração. Normalmente, estou dobrando o tamanho, de 512MB para 1GB.

De tempos em tempos, marque a seção "Estatísticas da memória Java VM" na página "Informações do sistema". Durante o horário de trabalho, você deve ter 10% -20% ou mais de memória livre para melhor desempenho. Em nossa configuração alocamos 1GB de RAM para jira e é 45% grátis.

Eu ouvi pessoas dizendo que os problemas do jira são lentos. Eu li o que os outros disseram e eu tentei usar o cromo e foi um pouco mais rápido. Mas, na minha opinião, os últimos lançamentos estão funcionando mais rápido que os anteriores. A atualização pode diminuir a velocidade de carregamento. Limpar projetos e gourps ou excluir projetos antigos também pode ajudar.

Tivemos por um tempo jira rodando em um convidado linux em um servidor vmware. Funcionou para um pequeno número de clientes, então rodar jira e confluência em hardware dedicado irá melhorar a velocidade, mas você tem que ver qual é o seu limite nos usuários. Pode funcionar em uma máquina virtual para 10 usuários. Apenas certifique-se de alocar mais memória para a JVM de jira e confluência para pelo menos 1GB para cada um e 3GB de RAM para convidado. O cache sempre ajuda.

Desculpe, não tenho experiência com ambientes da direita para a esquerda.