Révéler les coûts cachés des scripts de sauvegarde Jira
Bonjour, je suis Andy Fernandez, directeur de la gestion des produits chez HYCU. J'ai récemment rejoint Dan Tombs, architecte de solutions et leader ACE, pour une discussion sur les coûts cachés des scripts de sauvegarde dans Atlassian Cloud. Vous pouvez regarder le webinaire ici ou lire un résumé de cinq minutes ci-dessous :
- Comprenez votre responsabilité dans Atlassian Cloud
- Construire ou acheter : Sauvegardes de Jira et de la gestion des services
- Trouver la bonne solution de sauvegarde
Comprendre sa responsabilité
Vous souvenez-vous de l'époque où vous utilisiez des éditions pour serveurs ou centres de données ? Peut-être êtes-vous encore dans un centre de données et envisagez-vous de migrer vers Atlassian Cloud. Atlassian L'informatique dématérialisée permet de se décharger d'une grande partie de la gestion, depuis l'hébergement de l'application elle-même jusqu'à la suppression des mises à jour et des correctifs réguliers de vos systèmes. Cela vous permet de gagner beaucoup de temps et d'éliminer de nombreux risques.
Cependant, la responsabilité d'effectuer vos propres sauvegardes demeure. Sur site, vous avez probablement demandé à votre équipe informatique de sauvegarder régulièrement vos machines virtuelles, comme toutes les autres applications, et de les stocker hors site pour répondre aux exigences de base. Mais qu'en est-il de votre instance dans le nuage Atlassian ?
Atlassian définit les responsabilités des fournisseurs et des clients dans le nuage dans son guide Atlassian Cloud Security Shared Responsibility (responsabilité partagée en matière de sécurité du nuage ). Tout comme votre organisation sauvegarde Microsoft 365, Salesforce, et vos applications de production dans le nuage, vous devez protéger Jira, Jira Service Management, Confluence, etc.
Vous voulez en savoir plus sur vos responsabilités ? Lisez ce blog qui met en évidence ce dont vous êtes responsable dans Atlassian Cloud.
Comment choisir la bonne stratégie de sauvegarde pour Atlassian Cloud ?
Votre premier réflexe sera de sauvegarder manuellement votre instance ou de créer vos propres scripts. Au début, cela semble gratuit, mais cela s'accompagne de nombreux coûts et de perturbations potentielles.
Sauvegardes manuelles
Une sauvegarde manuelle dans Atlassian consiste simplement à effectuer une exportation en masse de votre instance et à la télécharger quelque part (généralement sur un disque dur). Mais il y a des raisons essentielles pour lesquelles ce n'est pas une bonne idée :
- Des restaurations longues et perturbantes. Que se passe-t-il si quelqu'un supprime un actif, une configuration ou même des règles d'automatisation ? Votre seule option est d'effectuer une récupération en bloc, c'est-à-dire de récupérer l'instance entière quelque part, puis de commencer à la retrouver. Cela équivaut à trouver une aiguille dans une botte de foin et devient de plus en plus perturbant et long au fur et à mesure que votre instance est plus grande.
- Un seul point de défaillance. Les exportations manuelles signifient que quelqu'un dans votre organisation télécharge les données sur un disque dur. Que se passe-t-il si cette personne est en vacances, en congé de maladie ou quitte l'organisation ? Où sont les sauvegardes ?
- Pas sûr. L'exportation manuelle des sauvegardes signifie que vous déplacez des données non cryptées sur un seul périphérique qui peut être corrompu.
Parmi toutes les options de sauvegarde, nous vous recommandons vivement d'automatiser ce processus et de supprimer un point de défaillance unique.
Création de scripts de sauvegarde avec l'API Atlassian
Cela signifie que vous avez décidé d'élaborer, de planifier et de maintenir des scripts de sauvegarde pour votre organisation. C'est une meilleure approche que les sauvegardes manuelles, mais elle implique encore des processus lourds et du temps. Voici quelques défis à relever :
- Des récupérations longues et perturbantes. Même si vous avez automatisé l'exportation en bloc, il s'agit toujours d'une exportation en bloc. Cela signifie que lorsqu'une configuration est supprimée, vous devrez toujours ramener l'instance entière et trouver l'objet spécifique. Cela nécessite du temps d'administration et peut ralentir vos agents de développement ou d'informatique pendant qu'ils attendent une récupération.
- Des centaines d'heures passées à élaborer, planifier et maintenir des scripts de sauvegarde. Cela implique qu'un ou plusieurs administrateurs consacrent du temps et de l'énergie en dehors de leur rôle et élaborent des scripts qui ne fournissent toujours pas les capacités de récupération nécessaires.
- Corruption. En raison de petites erreurs, les scripts ont un taux élevé de corruption. Si des données critiques sont supprimées et que votre script est corrompu, il disparaît à jamais.
Trouver la bonne solution de sauvegarde sur le marché Atlassian
Il existe de nombreuses solutions de sauvegarde sur le marché Atlassian . Avant de prendre une décision, il est essentiel d'évaluer ces fournisseurs sur la base des critères suivants.
- Souveraineté et gouvernance des données. De nombreux fournisseurs de sauvegardes Jira stockent les sauvegardes sous leur contrôle. Cela peut représenter un défi si votre organisation est très réglementée et suit des exigences de sécurité strictes. Optez pour des plateformes qui vous permettent d'apporter votre stockage et de vous assurer que seule votre organisation peut accéder à vos données critiques, et personne d'autre. Et, bien sûr, elles doivent répondre à vos exigences en matière de résidence des données.
- Liberté de choix en matière de politiques de sauvegarde et de périodes de conservation. Choisissez une solution de sauvegarde qui vous permet de définir la fréquence des sauvegardes et la durée de conservation des données. Assurez-vous de pouvoir appliquer ces politiques au niveau d'un projet.
- Performances de sauvegarde et évolutivité. Assurez-vous que les tâches de sauvegarde et les données peuvent être traitées rapidement, même avec des millions d'objets dans vos instances. Conseil : Si votre instance atteint des téraoctets avec des millions d'objets, nous vous recommandons toujours d'exécuter une tâche de sauvegarde initiale avec chaque fournisseur pour vous assurer qu'ils peuvent effectuer la première tâche. Cela vous permettra d'économiser du temps et des ressources.
- Assistance et expérience client. Vos sauvegardes peuvent être la dernière ligne de défense en cas d'attaque. Vous devez travailler avec un fournisseur en qui vous avez confiance et qui vous offre une assistance 24 heures sur 24, 7 jours sur 7, quoi qu'il arrive. Demandez toujours s'il existe un portail d'assistance et une personne en ligne à votre disposition, une boîte aux lettres électronique ne suffira pas.
Obtenir une analyse complète
Décider comment sauvegarder Jira et Jira Service Management est une décision critique. Elle a un impact sur votre temps, vos ressources et votre productivité. Pour plus d'informations, regardez cette discussion entre Dan Tombs, architecte de solutions, et Andy Fernandez, directeur de la gestion des produits chez HYCU :
- Décodage des responsabilités dans Atlassian Cloud pour la sécurité, la conformité et la sauvegarde.
- Les défis concrets des sauvegardes manuelles et programmées.
- Les avantages d'une restauration rapide des actifs individuels, des configurations, des automatismes, etc.
Si vous souhaitez voir par vous-même comment HYCU peut vous aider à protéger votre Jira, JSM et vos données avec des sauvegardes automatisées et une restauration granulaire en un clic, vous pouvez activer HYCU R-Cloud gratuitement aujourd'hui. Confluence avec des sauvegardes automatisées et une restauration granulaire en un clic, vous pouvez activer HYCU R-Cloud aujourd'hui gratuitement.
Ressources similaires :
La ville de Tartu en Estonie fait confiance à HYCU pour combler son manque de sauvegarde Jira
Protégez vos applications critiques Atlassian Cloud avec HYCU R-Cloud™.
Le guide ultime de la protection et de la sécurisation Jira Service Management
L'importance de la sauvegarde dans le nuage Atlassian