Continuité des activités et reprise après sinistre
En vigueur le [date de publication]
| Application | TuneCraft : automatisation et nettoyage du site, une application Jira Cloud conçue sur Atlassian Forge |
|---|---|
| Fiche Marketplace | Pas encore inscrite. TuneCraft 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/facece90-dfd5-4792-9bff-6a5bd061a341 |
| Éditeur | Logiciels Plugincraft inc., société constituée en vertu des lois du Québec, Canada |
En bref
- TuneCraft 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é et de reprise après sinistre.
- Plugincraft n’a aucun serveur à elle et ne détient aucune copie des données des clients.
- Notre part est de pouvoir livrer un correctif ou retirer une version défectueuse en tout temps, et de tenir les clients informés. Deux propriétaires ayant la même autorité peuvent chacun le faire.
Ce dont l’application dépend
| Dépendance | Rôle | Qui la rétablit |
|---|---|---|
| Atlassian Jira Cloud et Forge | Exécute l’application, stocke ses données (Forge SQL), exécute ses tâches planifiées et en file, conserve ses journaux, reçoit l’analyse automatique au déclencheur Web de l’application et vend les licences. | Atlassian |
| Le dépôt privé du code source et sa chaîne de compilation | Conserve 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 changement. | Plugincraft |
| Le site Web plugincraft.ca | Héberge le manuel, les pages de confiance et les conditions. | Plugincraft |
| Le courriel | Nous garde en contact avec les clients et Atlassian. | Plugincraft, avec son fournisseur |
| L’expéditeur d’un client, si le client a activé l’analyse automatique | Un script que le client exécute, sur ses propres systèmes ou comme tâche planifiée dans ScriptRunner Cloud, une application de scripts d’un autre éditeur que le client a installée, et qui envoie l’analyse caviardée à l’application. S’il s’arrête, l’application garde la dernière analyse et indique que l’envoi est en retard. | Le client |
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 | Suivre la page d’état d’Atlassian, informer les clients touchés lorsque l’application l’est, et vérifier l’application une fois qu’Atlassian a rétabli le service. |
| Des données de l’application sont perdues ou endommagées sur la plateforme | Ouvrir un billet de soutien auprès d’Atlassian dans les 21 jours suivant la perte pour qu’elle restaure les données. Un administrateur Jira peut aussi analyser de nouveau l’automatisation du site, à partir d’un nouvel export ou de la prochaine analyse automatique, pour reconstruire la dernière analyse. |
| Une version est défectueuse | La retirer en redéployant la dernière bonne version depuis le dépôt, ou livrer un correctif, par la révision habituelle. |
| Le dépôt du code source ou son fournisseur est indisponible | Chaque propriétaire garde une copie complète du dépôt. Une version peut être compilée et déployée sur Forge depuis n’importe quelle copie, et le dépôt peut être recréé ailleurs. |
| Les exécuteurs de compilation sont arrêtés | Les redémarrer, ou exécuter les mêmes vérifications sur l’ordinateur de l’autre propriétaire. Un correctif n’est jamais déployé sans elles. |
| Le compte d’un propriétaire ou un identifiant de déploiement est compromis | Le révoquer aussitôt, remplacer l’identifiant, vérifier les déploiements et changements récents, et traiter l’événement comme un incident de sécurité. |
| Un propriétaire est indisponible | L’autre propriétaire a la même autorité et le même accès, et poursuit le travail. |
| Le site Web est en panne | Le redéployer depuis son dépôt. |
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.