Redmine Server ou Hosting - benefícios e diferenças

Qual é a diferença entre hospedar Redmine no local e na nuvem? Pedimos a Andrew Reshetov, um especialista técnico da Redmine e um homem por trás do lado técnico da RedmineUP Cloud, para compartilhar sua opinião. .

Em poucas palavras - depende. Do tamanho de sua empresa, dos objetivos e da necessidade de seu projeto, de seu orçamento e dos recursos disponíveis. Sugiro que você baseie sua decisão em um cálculo de TCO para ver qual opção será a melhor em uma perspectiva de 3-5 anos, ou na linha do tempo de seu projeto.

Muitas vezes os custos de hospedagem no local parecem lucrativamente baixos, mas isso pode levar a um custo maior numa perspectiva de longo prazo.

Total Costs of Ownership ajuda a revelar custos que muitas vezes estão ocultos ou podem parecer não diretamente relacionados ao assunto (tais como segurança, eletricidade, infra-estrutura ou custos de treinamento).

Mesmo para software de código aberto, é natural alugar um servidor ou hospedagem de um fornecedor externo. Entretanto, se você procurar vários provedores de hospedagem disponíveis, isso lhe dará mais rapidamente uma dor de cabeça do que ajuda a tomar uma decisão.

Ok, antes de entrarmos em detalhes, vamos dar um passo atrás. Quais são as vantagens da infraestrutura das nuvens em relação à hospedagem no local?

[Andrew Reshetov:] Há dois tipos de vantagens do Cloud sobre o auto-hospedagem.

• Você não precisa de um servidor de metal nulo para isso
• Você não precisa de Internet de alta velocidade
• Você não precisa de um servidor de backup (porque os backups devem ser armazenados separadamente de seus serviços primários)
• Você não precisa de DevOps para configurar/atualizar/monitorar seu servidor

• Você não precisa comprar assinatura de plugins para ter todas as novas versões e funcionalidades
• Você não precisa atualizar suas versões Redmine ou plugins nem resolver problemas de atualização por conta própria
• Você não precisa correr por aí gritando "Ahhh, todos nós vamos morrer!" se algo errado (risos), como no cloud server a equipe de manutenção vai consertar isso para você

Você passou os últimos anos na construção de uma solução turn-key de hospedagem Redmine. Mas vamos deixar de lado as características dos plugins RedmineUP e focar no lado técnico - como você construiu a arquitetura do sistema para fornecer parâmetros ótimos. Sua estrutura não corresponde nem à arquitetura Single-Tenant nem Multi-Tenant

[AR:] Isso porque projetamos uma estrutura Hybrid-Tenant que combina o melhor de duas estruturas. Utilizamos a infra-estrutura de servidores AWS (Amazon) com Kubernetes Cloud sobre eles. Para cada cliente que cria uma nova instância, nós criamos automaticamente um servidor virtual separado (VS) com configurações pessoais. Além disso, temos um servidor web central de nuvem que a principal tarefa é rotear e equilibrar o tráfego web para todos os VS's dos clientes, e um servidor de nuvem de e-mail - que recebe e faz backups de e-mails para todas as instâncias da nuvem. Além disso, todas as instâncias são controladas e monitoradas com um servidor principal.

Graças a esta abordagem, temos a estabilidade e segurança de um único tenente com alto desempenho e facilidade de atualização a partir da estrutura multi-tenant. É muito mais eficiente e econômico.

Como a nuvem é diferente dos servidores ou plataformas públicas de nuvem como Bitnami, Amazônia limpa, ou DigitalOcean?

[AR:] Todos estes serviços são de locação de servidores. Você pode alugar um servidor virtual lá, mas ainda precisa instalar Redmine, plugins, etc. nele e então configurar backups e configurar configurações de e-mail. Em geral - estes serviços resolvem seu problema com um servidor bare-metal, mas não resolverão seu problema com a ausência do DevOps.

Qual é a principal diferença que os usuários finais testemunham se eles testam o Redmine auto-hospedado vs. uma hospedagem pública vs. RedmineUP Cloud?

[AR:] Se eles quiserem testar nossa hospedagem, há um registro de teste gratuito da Cloud. Se eles testarem agans na instância local com um pacote completo de plugins RedmineUP, não haverá diferença visível para o usuário final. Como mencionei anteriormente, comparando qualquer uma das duas primeiras alternativas com uma hospedagem pública, eles verão um desempenho inferior.

E se uma empresa já tem um Redmine em uma nuvem pública ou Bitnami Redmine e quer atualizar para o mais novo Redmine na nuvem - é difícil migrar?

[AR:] Não. Os clientes podem compartilhar conosco os arquivos Redmine junto com o backup do DB, e nós os recuperamos em uma nova instância da Cloud. Alternativamente, se eles não souberem onde podem encontrá-los, basta compartilhar conosco o acesso ao servidor - encontraremos e transferiremos os dados por nós mesmos.

Qual parte do processo é a mais difícil?

[AR:] Só para nós, o mais difícil é migrar o DB dump para o PostgreSQL se o cliente usou outro DB antes dele. Entretanto, eu já entreguei tais migrações de Redmine para nossos clientes com a Marat.

Quais são os elementos que os usuários normalmente não conhecem quando consideram a nuvem e o local?

[AR:] Toda a manutenção da Redmine que nós assumimos deles. Portanto, backups para banco de dados, arquivos e e-mails. Monitoramento dos servidores, gravação, rastreamento e armazenamento de logs, atualização de Redmine e plugins, e restante suporte ao usuário final.

Por que as pessoas migram para a Cloud?

[AR:] O principal objetivo de passar da instância Redmine auto-hospedada para a Nuvem é eliminar riscos selecionados dos ombros de sua empresa lá fora.

Vamos imaginar que um dia seu servidor local esteja quebrado. Você precisaria de um novo servidor bare-metal, uma nova implantação da Redmine e, em seguida, a recuperação de arquivos e lixeiras de banco de dados.

Entretanto, você não tem um novo servidor, o processo de aprovação para compra está demorando dias, os servidores não estão prontos, os DevOps estão de férias, e quando você postar na página da comunidade você não receberá nenhuma resposta.

No RedmineUP Cloud, se o servidor primário vê que há algo errado com a instância, ele apenas a move para outro servidor sem pausas para o cliente. Assim, o problema é resolvido.

Além disso, se você quiser atualizar plugins ou Redmine, você precisa ter muito cuidado porque nem todas as mudanças podem ser revertidas e se algo der errado - você precisa restaurar um servidor a partir do backup e tentar novamente.

Novamente, na RedmineUP Cloud - preparamos uma imagem de servidor com o último Redmine estável e plugins para cada cliente e testamos o ambiente atualizado em uma caixa de areia antes de aplicarmos qualquer mudança significativa. Entretanto, se algum bug aparecer após a implantação - podemos retornar à imagem anterior muito rapidamente, corrigir o erro e implementar uma nova imagem novamente.

Assim, no final do dia, como gerente ou proprietário de uma empresa, isso poupa você de gastar muitas horas-homem e poupa você de potenciais custos de drenagem de paredes.