Définir d'abord l'interruption acceptable de l'entreprise et la perte de données
Les entreprises devraient définir les objectifs de disponibilité, de délai de récupération cible RTO et de point de récupération cible. Les paiements, les transactions et les systèmes de requêtes internes nécessitent des intrants différents.
Sans classification des entreprises, il y a souvent sur-construire des systèmes non essentiels, alors que la protection de la chaîne est réellement insuffisante.
Supprimer les points simples de l'entrée de la couche de données
Le bilan de charge, les exemples multiples d'application, les grappes de cache, les grappes de nouvelles et les serveurs de base constituent les liens de base à haute disponibilité.
La redondance n'est pas égale à la disponibilité. Le changement de faute, la cohérence des données et la dépendance aux heures supplémentaires de service nécessitent une conception claire.
Les renforts doivent être rétablis et la catastrophe doit être réversible.
La politique de sauvegarde devrait couvrir les bases de données, les fichiers, les configurations et les clés, et mettre en place des copies hors site, des cycles de conservation et des droits d'accès.
Les systèmes de base peuvent être construits à la fois en direct et isolés de la ville, mais les spécifications les plus élevées ne doivent pas être appliquées aveuglément, en fonction du choix des valeurs commerciales et des objectifs de récupération.
Transformer le programme en une capacité grâce à la surveillance et aux exercices
Le suivi devrait porter sur l'expérience des utilisateurs, les indicateurs opérationnels, les applications, l'infrastructure et la dépendance externe.
Des réseaux de secours, des pannes nodales, des exercices de commutation de base de données et de récupération de sauvegarde sont effectués périodiquement pour détecter les écarts entre le document et l'environnement réel.
- Documenter les problèmes identifiés dans l'exercice et améliorer les responsabilités
- Temps moyen de détection et de récupération inversés
- Mettre à jour les plans d ' intervention d ' urgence et les contacts en permanence
Passer de la lecture des conclusions à la contribution du projet
Le problème le plus probable après la lecture des articles méthodologiques est l'acceptation des principes, qui ne sont pas traduits dans la prochaine étape. Il est proposé que le chef des opérations organise un mini-atelier de 60-90 minutes, en choisissant seulement un processus réel et ne se précipitant pas pour discuter de la plate-forme complète.
Étape 1: Établissement d'un état actuel et d'un échantillon de référence
Les données ne sont pas utilisées pour établir un bon taux d'épargne, mais pour inverser les données.
Étape 2: Clarifier la fermeture initiale et l'inaction
La première phase est conçue pour permettre à une chaîne de fonctionner et d'être retraçable, plutôt que de construire la sauvegarde en cas de catastrophe, l'exercice de défaillance, la stabilité du système dans la même version.
Étape 3: Correspondre les résultats techniques aux données techniques
La structure détermine la nécessité d'une relation de suivi entre le nombre de la demande, le numéro d'échantillon, les résultats des essais et la version autour de -backup doit être récupérable, et la catastrophe doit être transposable.La structure est basée sur la validation de la capacité, les pics, la disponibilité, le temps de récupération, la fréquence de distribution et les données de défaillance, évitant l'introduction prématurée de complexité au-delà de la capacité de l'équipe à des fins technologiquement avancées.
Étape 4: Réception, inspection et disque avec le même calibre
Si l'on suppose que le processus initial s'occupe de 600 tâches par mois, soit en moyenne 20 minutes et un taux de rendement de 10 %, l'objectif peut être déclaré comme étant -six semaines après le début de la ligne, avec une réduction de 25 % en moyenne et un taux de rendement de pas plus élevé que le niveau de référence initial, compte tenu de la complexité relative de la tâche.- Cet ensemble ne démontre que la méthode de mesure et ne représente aucun résultat client; des indicateurs officiels doivent être identifiés par l'entreprise sur la base de son propre échantillon.
- Matériel opérationnel : organigramme, rôle, mission type, questions actuelles et données de base
- Matériel technique : inventaire des systèmes, interface, accès aux données, environnement de déploiement et exigences en matière de sécurité
- Matériel du projet: portée de la première phase, exclusions, matrice de responsabilité, jalons et mécanismes de changement
- Matériel de réception et d'inspection : jeu d'essais, dossiers d'exécution, liste des lacunes, requêtes d'indicateurs et documents de transfert
Lorsque ces matériaux sont identifiés conjointement par les parties opérationnelles et techniques, la méthode de l'article est effectivement entrée dans le projet. Si les données clés, l'autorisation d'interface ou la personne responsable ne sont pas en place, la prochaine étape logique est généralement un diagnostic limité ou PoC, plutôt qu'un engagement immédiat à terminer la période de travail et le prix total fixe.
Mettre en œuvre la méthodologie pour l'action du projet
- Contribution à la décision avec le Bureau régional, le Bureau régional et la hiérarchie des activités
- La redondance, le renfort, la gestion des catastrophes et la surveillance sont essentiels.
- Les programmes de rétablissement non répétés ne peuvent être considérés comme efficaces.
Continuer à concilier les questions communes dans la prise de décisions concernant les projets
Comment le développement d'interfaces intégrées et multisystèmes API de tiers offre-t-il généralement?
Le projet d'interface ne peut pas être simplement cité par le nombre d'interfaces, car la même interface peut être simplement une requête, mais peut également assumer la transaction, le nouveau test, le rapprochement et la responsabilité de sécurité. Le coût dépend de la qualité du document, de l'environnement de test, de la conversion de champ, de la fréquence de synchronisation, de la compensation inhabituelle, des performances et du support en ligne.
Voir la réponse complèteSélection de l'information ministérielle, intégration et gouvernance des donnéesL'interface API peut-elle être entièrement compatible sans fichier?
Parfois, mais les coûts, les risques et le temps augmentent considérablement, et aucun lien ne peut être promis. Les équipes doivent confirmer s'il y a un mandat légal, un environnement d'essai, des registres, des demandes d'échantillons et un soutien initial.
Voir la réponse complèteSélection de l'information ministérielle, intégration et gouvernance des donnéesComment surveiller la défaillance de l'interface et les écarts de données après l'intégration des systèmes?
L'interface retourne avec succès et ne correspond pas à l'achèvement d'un processus opérationnel, et l'intégration des systèmes doit surveiller à la fois l'état technique et les résultats de l'opération. Chaque demande doit avoir un numéro de suivi unique, enregistrer la source, la cible, l'état, la durée, la réessayer et le numéro d'unité d'affaires. Les paiements, les commandes, les stocks, etc., sont également régulièrement rapprochés.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsQuelles informations sont nécessaires pour l'acceptation et l'inspection du projet logiciel?
L'objectif de l'information est de démontrer que le système respecte les normes convenues et que le client peut continuer à fonctionner et à prendre le relais.
Voir la réponse complèteNécessité d'une analyse plus approfondie dans le contexte de l'état actuel de l'entreprise?
Nous fournissons des conseils techniques en informatique, la construction d'informations d'entreprise, Software Project Outlook, conception de produits, la livraison de R & D et les services de livraison de systèmes.
