Continuité des activités et reprise après sinistre
En vigueur le 1er novembre 2026
| Application | TreeCraft : hiérarchies de tickets, une application Jira Cloud conçue sur Atlassian Forge |
|---|---|
| Fiche Marketplace | Pas encore inscrite. TreeCraft n’est pas encore sur le Marketplace d’Atlassian, et sa clé d’application sera ajoutée ici lorsqu’elle le sera. |
| Identifiant de l’application Forge | ari:cloud:ecosystem::app/2f99b935-aba0-4b23-8784-05691aaac4b9 |
| Éditeur | Logiciels Plugincraft inc., société constituée en vertu des lois du Québec, Canada |
En bref
- TreeCraft fonctionne entièrement sur Atlassian Forge. Atlassian exécute les fonctions de l’application, stocke ses données et les sauvegarde : la plupart des perturbations relèvent donc d’Atlassian, selon ses propres programmes de continuité des activités et de reprise après sinistre.
- Plugincraft n’a aucun serveur à elle et ne garde aucune copie des données de clients.
- Notre rôle est de pouvoir publier un correctif ou retirer une version défectueuse en tout temps, et de tenir les clients informés. Deux propriétaires ayant les mêmes pouvoirs peuvent chacun le faire.
Ce dont l’application dépend
| Dépendance | Son rôle | Qui la rétablit |
|---|---|---|
| Atlassian Jira Cloud et Forge | Exécute l’application, stocke ses données (Forge SQL et le stockage clé-valeur), conserve ses journaux, vérifie les jetons de l’API REST et vend les licences. | Atlassian |
| Le dépôt de code source privé et son pipeline de compilation | Contient le code, exécute les vérifications automatisées et déploie les nouvelles versions. | Plugincraft |
| Les exécuteurs de compilation | Exécutent les vérifications automatisées pour chaque modification. | Plugincraft |
| Le site plugincraft.ca | Héberge le manuel, les pages de confiance et les conditions. | Plugincraft |
| Le courriel et le centre d’aide | Nous gardent en contact avec les clients et avec Atlassian. | Plugincraft, avec ses fournisseurs |
Objectifs de reprise
- Données de clients. Atlassian les conserve et les sauvegarde. Atlassian indique que les bases de données Forge SQL sont sauvegardées périodiquement, que le stockage persistant de Forge est sauvegardé pour la reprise après sinistre, et que des données supprimées par erreur peuvent être restaurées lorsqu’un billet de soutien est ouvert dans les 21 jours suivant la suppression (voir Sauvegardes et reprise). Les délais de reprise de la plateforme sont ceux d’Atlassian.
- Capacité de publier un correctif. Rétablie dans un délai de 1 jour ouvrable après toute perturbation de notre côté, afin qu’un incident de gravité 1 puisse être contenu dans le délai fixé dans Réponse aux incidents.
- Communication avec les clients. Maintenue tout au long, comme le prévoit Réponse aux incidents.
Scénarios et ce que nous faisons
| Scénario | Ce que nous faisons |
|---|---|
| Jira ou Forge est en panne ou lent | Nous suivons la page d’état d’Atlassian, informons les clients touchés lorsque l’application est touchée, et vérifions l’application une fois le service rétabli par Atlassian. |
| Des données de l’application sont perdues ou endommagées sur la plateforme | Nous ouvrons un billet de soutien auprès d’Atlassian dans les 21 jours suivant la perte, pour qu’elle restaure les données. Les administrateurs qui ont enregistré un fichier de sauvegarde peuvent aussi le restaurer depuis l’application. |
| Une version est défectueuse | Nous la retirons en déployant la dernière bonne version à partir du dépôt, ou publions un correctif, selon la revue habituelle. |
| Le dépôt de code source ou son fournisseur n’est pas disponible | Chaque propriétaire garde une copie complète du dépôt. Une version peut être compilée et déployée sur Forge à partir de n’importe quelle copie, et le dépôt peut être recréé ailleurs. |
| Les exécuteurs de compilation sont en panne | Nous les redémarrons, ou exécutons les mêmes vérifications sur l’ordinateur de l’autre propriétaire. Aucun correctif n’est déployé sans elles. |
| Le compte d’un propriétaire ou un identifiant de déploiement est compromis | Nous le révoquons immédiatement, remplaçons l’identifiant, vérifions les déploiements et les modifications récents, et le traitons comme un incident de sécurité. |
| Un propriétaire n’est pas disponible | L’autre propriétaire a les mêmes pouvoirs et les mêmes accès, et prend le relais. |
| Le site Web est en panne | Nous le redéployons à partir de son dépôt. Le centre d’aide sur Atlassian continue de fonctionner entre-temps. |
| Le courriel est en panne | Les clients peuvent toujours nous joindre par Soutien Plugincraft, notre centre d’aide, et Atlassian par ses canaux pour les partenaires. |
Rôles
Le président de Logiciels Plugincraft inc. dirige la reprise, à titre de responsable de l’incident selon Réponse aux incidents, ou désigne l’autre propriétaire pour le faire. L’un ou l’autre des propriétaires peut déployer un correctif ou retirer une version.
Revue et essais
Nous revoyons ce plan une fois par année, dans le cadre de la revue de sécurité annuelle, et après tout changement ou toute perturbation d’importance. Une fois par année, nous faisons aussi un court exercice de simulation d’une perturbation et consignons ce que nous en avons appris.