Serveur ou hébergement Redmine - avantages et différences

Quelle est la différence entre l'hébergement de Redmine sur site et dans le nuage ? Nous avons demandé à Andrew Reshetov, un expert technique de Redmine et l'homme derrière le côté technique de RedmineUP Cloud, de partager son opinion. .

En bref, cela dépend. De la taille de votre entreprise, des objectifs et des besoins de votre projet, de votre budget et des ressources disponibles. Je vous suggère de baser votre décision sur un calcul du coût total de possession (TCO) pour voir quelle option s'avérera la meilleure dans une perspective de 3 à 5 ans, ou sur le calendrier de votre projet.

Souvent, les coûts d'hébergement sur site semblent lucratifs et bas, mais ils peuvent coûter cher à long terme.

Total Costs of Ownership permet de révéler des coûts qui sont souvent cachés ou qui peuvent sembler ne pas être directement liés à la question (tels que les coûts de sécurité, d'électricité, d'infrastructure ou de formation).

Même pour les logiciels Open Source, il est naturel de louer un serveur ou un hébergement auprès d'un fournisseur externe. Cependant, si vous recherchez un certain nombre de fournisseurs d'hébergement disponibles, cela vous donnera plus vite un mal de tête que de vous aider à prendre une décision.

Ok, avant d'entrer dans les détails, prenons un peu de recul. Quels sont les avantages de l'infrastructure en nuage par rapport à l'hébergement sur site ?

[Andrew Reshetov:] Il existe deux types d'avantages du Cloud par rapport à l'auto-hébergement.

• Vous n'avez pas besoin d'un serveur à nu pour cela.
• Vous n'avez pas besoin d'Internet à haut débit
• Vous n'avez pas besoin d'un serveur de sauvegarde (car les sauvegardes doivent être stockées séparément de vos services principaux).
• Vous n'avez pas besoin de DevOps pour configurer/mettre à jour/monitorer votre serveur.

• Vous n'avez pas besoin d'acheter un abonnement aux plugins pour avoir toutes les nouvelles versions et fonctionnalités.
• Vous n'avez pas besoin de mettre à jour votre Redmine ou les versions des plugins ni de résoudre les problèmes de mise à jour par vous-même.
• Vous n'avez pas besoin de courir partout en criant "Ahhh, nous allons tous mourir !" si quelque chose ne va pas (rire), car sur le serveur en nuage, l'équipe de maintenance va le réparer pour vous.

Vous avez passé les dernières années à construire une solution d'hébergement Redmine clé en main. Mais laissons de côté les fonctionnalités des plugins RedmineUP et concentrons-nous sur l'aspect technique - comment avez-vous construit l'architecture du système pour fournir des paramètres optimaux. Sa structure ne correspond ni à une architecture mono-locataire ni à une architecture multilocataire

[AR:] C'est parce que nous avons conçu une structure de location hybride qui combine le meilleur de deux structures. Nous utilisons l'infrastructure de serveurs d'AWS (Amazon) avec Kubernetes Cloud sur ceux-ci. Pour chaque client qui crée une nouvelle instance, nous créons automatiquement un serveur virtuel (VS) séparé avec des paramètres personnels. En outre, nous disposons d'un serveur web central en nuage dont la tâche principale consiste à acheminer et à équilibrer le trafic web pour tous les VS des clients, et d'un serveur de messagerie en nuage - qui reçoit et sauvegarde les e-mails pour toutes les instances du nuage. En outre, toutes les instances sont contrôlées et surveillées par un serveur principal.

Grâce à cette approche, nous bénéficions de la stabilité et de la sécurité d'une structure à locataire unique tout en bénéficiant des hautes performances et de la facilité de mise à jour d'une structure à locataires multiples. C'est beaucoup plus efficace et rentable.

En quoi le nuage est-il différent des serveurs ou des plateformes de nuages publics tels que Bitnami, Amazon propre, or DigitalOcean?

[AR:] Tous ces services sont des locations d'hébergement de serveurs. Vous pouvez y louer un serveur virtuel, mais vous devez toujours y installer Redmine, des plugins, etc., puis mettre en place des sauvegardes et configurer les paramètres de messagerie. En général - ces services résolvent votre problème avec un serveur bare-metal mais ne résoudront pas votre problème avec l'absence de DevOps.

Quelle est la principale différence que les utilisateurs finaux constatent s'ils testent Redmine auto-hébergé par rapport à un hébergement public ou à RedmineUP Cloud ?

[AR:] S'ils veulent tester notre hébergement, il y a un enregistrement d'essai gratuit pour le Cloud. S'ils le testent sur une instance sur site avec un pack complet de plugins RedmineUP, il n'y aura pas de différence visible pour l'utilisateur final. Comme je l'ai mentionné précédemment, si l'on compare l'une des deux premières alternatives avec un hébergement public, les performances seront inférieures.

Qu'en est-il si une entreprise a déjà un Redmine sur un nuage public ou Bitnami Redmine et qu'elle veut passer au tout dernier Redmine dans le nuage - est-il difficile de migrer ?

[AR:] Non. Les clients peuvent soit partager avec nous les fichiers Redmine ainsi que la sauvegarde de la base de données, et nous les récupérons sur une nouvelle instance de Cloud. Sinon, s'ils ne savent pas où les trouver, il suffit de partager l'accès au serveur avec nous - nous trouverons et transférerons les données par nous-mêmes.

Quelle partie du processus est la plus difficile ?

[AR:] Pour nous, le plus difficile est de migrer le dump de la BD vers PostgreSQL si le client utilisait une autre BD avant. Cependant, j'ai déjà réalisé de telles migrations Redmine pour nos clients avec Marat.

Quels sont les éléments dont les utilisateurs ne sont généralement pas conscients lorsqu'ils envisagent le cloud et le on-premise ?

[AR:] Toute la maintenance de Redmine que nous reprenons à notre compte. Donc, les sauvegardes de la base de données, des fichiers et des emails. La surveillance des serveurs, l'enregistrement, le suivi et le stockage des logs, la mise à jour de Redmine et des plugins, et le reste du support aux utilisateurs finaux.

Pourquoi les gens migrent-ils vers le Cloud​?

[AR:] L'objectif principal de la migration d'une instance Redmine auto-hébergée vers le cloud est d'éliminer certains risques des épaules de votre entreprise.

Imaginons qu'un jour votre serveur sur site tombe en panne. Vous auriez besoin d'un nouveau serveur à nu, d'un nouveau déploiement de Redmine, puis de la récupération du vidage de la base de données et des fichiers.

Cependant, vous n'avez pas de nouveau serveur, le processus d'approbation pour l'achat prend des jours, les serveurs ne sont pas prêts, les DevOps sont en vacances, et lorsque vous postez sur la page de la communauté, vous ne recevez aucune réponse.

Dans le RedmineUP Cloud, si le serveur primaire voit que quelque chose ne va pas avec l'instance, il la déplace simplement sur un autre serveur sans pause pour le client. Le problème est donc résolu.

De plus, si vous voulez mettre à jour des plugins ou Redmine, vous devez être très prudent car toutes les modifications ne peuvent pas être annulées et si quelque chose ne va pas, vous devez restaurer un serveur à partir d'une sauvegarde et réessayer.

Encore une fois, chez RedmineUP Cloud - nous préparons une image de serveur avec la dernière version stable de Redmine et des plugins pour chaque client et testons l'environnement mis à jour sur un bac à sable avant d'appliquer tout changement significatif. Toutefois, si un bogue apparaît après le déploiement, nous pouvons revenir à l'image précédente très rapidement, corriger l'erreur et mettre en œuvre la nouvelle image à nouveau.

Ainsi, en fin de compte, en tant que gestionnaire ou propriétaire d'entreprise, cela vous évite de dépenser beaucoup d'heures de travail et vous évite des coûts potentiels qui pèsent sur votre portefeuille.