Définition de la portée et des exigences relatives à la décomposition des bases de données - AWS Conseils prescriptifs
Cadre d'analyse de baseLimites du systèmeCycles de publicationContraintes techniquesContexte organisationnelÉvaluation des risquesCritères de réussite

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Définition de la portée et des exigences relatives à la décomposition des bases de données

Lorsque vous définissez la portée et identifiez les exigences de votre projet de décomposition de base de données, vous devez revenir en arrière par rapport aux besoins de votre organisation. Cela nécessite une approche systématique qui équilibre la faisabilité technique avec la valeur commerciale. Cette première étape jette les bases de l'ensemble du processus et vous aide à vous assurer que les objectifs du projet correspondent aux objectifs et aux capacités de l'organisation.

Mise en place d'un cadre d'analyse de base

La définition du périmètre commence par un flux de travail systématique qui guide l'analyse à travers quatre phases interconnectées. Cette approche globale garantit que les efforts de décomposition des bases de données sont fondés sur une compréhension approfondie des systèmes existants et des exigences opérationnelles. Les phases du cadre d'analyse de base sont les suivantes :

  1. Analyse des acteurs : identifiez minutieusement tous les systèmes et applications qui interagissent avec la base de données. Cela implique de cartographier à la fois les producteurs qui effectuent des opérations d'écriture et les consommateurs qui gèrent les opérations de lecture, tout en documentant leurs modèles d'accès, leurs fréquences et leurs heures de pointe d'utilisation. Cette vue centrée sur le client vous aide à comprendre l'impact de tout changement et à identifier les chemins critiques qui nécessitent une attention particulière lors de la décomposition.

  2. Analyse des activités : analysez en profondeur les opérations spécifiques effectuées par chaque acteur. Vous créez des matrices détaillées de création, de lecture, de mise à jour et de suppression (CRUD) pour chaque système et vous identifiez les tables auxquelles ils accèdent et comment. Cette analyse vous aide à découvrir les limites naturelles de la décomposition et met en évidence les domaines dans lesquels vous pouvez simplifier l'architecture actuelle.

  3. Cartographie des dépendances — Documentez les dépendances directes et indirectes entre les systèmes, en créant des visualisations claires des flux de données et des relations. Cela permet d'identifier les points de rupture potentiels et les domaines dans lesquels une planification minutieuse est nécessaire pour gagner la confiance. L'analyse prend en compte à la fois les dépendances techniques, telles que les tables partagées et les clés étrangères, et les dépendances des processus métier, telles que les séquences de flux de travail et les exigences en matière de reporting.

  4. Exigences de cohérence — Examinez les besoins de cohérence de chaque opération selon des normes élevées. Déterminez quelles opérations nécessitent une cohérence immédiate, telles que les transactions financières. D'autres opérations peuvent fonctionner avec une certaine cohérence, telles que les mises à jour analytiques. Cette analyse influence directement le choix des modèles de décomposition et les décisions architecturales tout au long du projet.

Définition des limites du système pour la décomposition des bases de données

Les limites du système sont des périmètres logiques qui définissent le point de départ d'un système et la fin d'un autre, notamment la propriété des données, les modèles d'accès et les points d'intégration. Lorsque vous définissez les limites du système, faites des choix réfléchis mais décisifs qui concilient une planification complète avec les besoins pratiques de mise en œuvre. Considérez la base de données comme une unité logique susceptible de couvrir plusieurs bases de données ou schémas physiques. Cette définition des limites permet d'atteindre les objectifs essentiels suivants :

  • Identifie tous les acteurs externes et leurs modèles d'interaction

  • Cartographie complète les dépendances entrantes et sortantes

  • Documente les contraintes techniques et opérationnelles

  • Délimite clairement l'étendue de l'effort de décomposition

Prise en compte des cycles de publication

Il est essentiel de comprendre les cycles de publication pour planifier la décomposition des bases de données. Vérifiez les délais de renouvellement du système cible et de tout système dépendant. Identifiez les opportunités de changements coordonnés. Envisagez toute mise hors service planifiée de systèmes connectés, car cela pourrait influencer votre stratégie de décomposition. Tenez compte des fenêtres de changement existantes et des contraintes de déploiement afin de minimiser les interruptions d'activité. Assurez-vous que votre plan de mise en œuvre est conforme aux calendriers de publication de tous les systèmes connectés.

Évaluation des contraintes techniques liées à la décomposition des bases de données

Avant de procéder à la décomposition de la base de données, évaluez les principales limites techniques qui façonneront votre approche de modernisation. Examinez les capacités de votre infrastructure technologique actuelle, notamment les versions de base de données, les frameworks, les exigences de performance et les accords de niveau de service. Tenez compte des mandats de sécurité et de conformité, en particulier pour les secteurs réglementés. Passez en revue les volumes de données actuels, les prévisions de croissance et les outils de migration disponibles pour prendre des décisions éclairées en matière de mise à l'échelle. Enfin, confirmez vos droits d'accès au code source et aux modifications du système, car ceux-ci détermineront les stratégies de décomposition viables.

Comprendre le contexte organisationnel

Une décomposition de base de données réussie nécessite que vous compreniez le paysage organisationnel plus large dans lequel le système fonctionne. Cartographiez les dépendances entre les services et établissez des canaux de communication clairs entre les équipes. Évaluez les capacités techniques de votre équipe et identifiez les besoins de formation ou les lacunes en matière de compétences auxquels vous devez remédier. Tenez compte des implications de la gestion du changement, notamment de la manière de gérer les transitions et de maintenir la continuité des activités. Évaluez les ressources disponibles et toutes les contraintes, telles que les limites de budget ou de personnel. Enfin, adaptez votre stratégie de décomposition aux attentes et aux priorités des parties prenantes afin de promouvoir un soutien continu tout au long du projet.

Évaluation des risques liés à la décomposition des bases de données

Une évaluation complète des risques est essentielle au succès de la décomposition de la base de données. Évaluez soigneusement les risques, tels que l'intégrité des données pendant la migration, la dégradation potentielle des performances du système, les échecs d'intégration possibles et les failles de sécurité. Ces défis techniques doivent être mis en balance avec les risques commerciaux, notamment les perturbations opérationnelles potentielles, les limites de ressources, les retards dans les délais et les contraintes budgétaires. Pour chaque risque identifié, élaborez des stratégies d'atténuation et des plans d'urgence spécifiques afin de maintenir la dynamique du projet tout en protégeant les opérations commerciales.

Créez une matrice des risques qui évalue à la fois l'impact et la probabilité des problèmes potentiels. Travaillez avec les équipes techniques et les parties prenantes commerciales pour identifier les risques, définir des seuils d'intervention clairs et développer des stratégies d'atténuation spécifiques. Par exemple, évaluez le risque de perte de données comme un impact élevé et une faible probabilité, et cela nécessite des stratégies de sauvegarde robustes. Une dégradation mineure des performances peut avoir un impact moyen et une probabilité élevée, et elle nécessite une surveillance proactive.

Établissez des cycles réguliers d'examen des risques pour réévaluer les priorités et ajuster les plans d'atténuation au fur et à mesure de l'évolution du projet. Cette approche systématique garantit que les ressources sont concentrées sur les risques les plus critiques tout en maintenant des trajectoires d'escalade claires pour les problèmes émergents.

Définition des critères de réussite pour la décomposition des bases de données

Les critères de réussite de la décomposition des bases de données doivent être clairement définis et mesurables à travers de multiples dimensions. D'un point de vue commercial, définissez des objectifs spécifiques en matière de réduction des coûts, d'amélioration time-to-market, de disponibilité du système et de satisfaction client. Le succès technique doit être mesuré par des améliorations quantifiables des performances du système, de l'efficacité du déploiement, de la cohérence des données et de la fiabilité globale. Pour le processus de migration, définissez des exigences strictes en matière d'absence de perte de données, de limites acceptables d'interruption des activités, de conformité budgétaire et de respect des délais.

Documentez soigneusement ces critères en maintenant des indicateurs de référence et cibles, des méthodologies de mesure claires et des calendriers de révision réguliers. Attribuez des propriétaires clairs à chaque indicateur de succès et cartographiez les dépendances entre les différents indicateurs. Cette approche globale de mesure du succès aligne les réalisations techniques sur les résultats commerciaux, tout en maintenant la responsabilité tout au long du processus de décomposition.