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.
Bonnes pratiques
Cette section décrit un ensemble de bonnes pratiques permettant de relever les principaux défis liés à la replateforme des charges de travail du mainframe vers des environnements cloud tout en conservant la base de données sur DB2 pour z/OS.
Latence du réseau
Pour prévoir avec précision l'impact de latence lié à la séparation de l'application de la base de données DB2 lors d'un effort de replateforme, nous vous recommandons d'effectuer une évaluation approfondie du nombre d'appels Db2 pour les transactions et les processus par lots. Cette évaluation doit être réalisée à l'aide de données de trace et doit inclure les étapes suivantes :
-
Collectez des données de suivi : collectez des traces détaillées de transactions représentatives et de tâches par lots, et assurez-vous que les traces capturent toutes les interactions Db2, y compris les entrées et les sorties.
-
Analysez les données de suivi : comptez le nombre d'entrées et de sorties Db2 pour chaque transaction et chaque traitement par lots, et calculez le nombre moyen d'interactions Db2 par transaction et par traitement par lots.
-
Mesurez les temps de réponse actuels : vérifiez si l'accès à DB2 est conforme au contrat de niveau de service (SLA) de votre application.
-
Estimez la latence du réseau : déterminez la latence réseau attendue entre l'application replateforme et la base de données DB2. Tenez compte de facteurs tels que la distance physique, l'infrastructure réseau et les goulets d'étranglement potentiels.
-
Calculez l'impact potentiel : pour chaque transaction et chaque traitement par lots, multipliez le nombre d'entrées et de sorties de Db2 par la latence estimée du réseau. Ajoutez ce temps calculé aux temps de réponse actuels pour prévoir le nouveau temps de traitement total.
-
Évaluez les résultats : déterminez si l'augmentation de latence prévue est acceptable pour les besoins de votre entreprise et identifiez les transactions ou les processus susceptibles de nécessiter une optimisation ou une refonte pour atténuer les problèmes de latence.
-
Envisagez des stratégies d'atténuation : explorez des options telles que le regroupement de connexions, la mise en cache ou la récupération de données par lots afin de réduire le nombre d'interactions Db2 individuelles. Évaluez la possibilité de rapprocher les données fréquemment consultées du niveau de l'application.
En suivant ces étapes, vous serez en mesure de prendre des décisions basées sur les données concernant la faisabilité de votre stratégie de replateforme et d'identifier les éventuels problèmes de performance avant qu'ils n'aient un impact sur votre environnement de production. Cette approche permettra de garantir une transition fluide tout en maintenant des niveaux de performance acceptables pour vos applications dépendantes de la base de données.
Sécurité
-
Sécurisez le développement de votre application : utilisez un sous-réseau privé dans le cloud privé virtuel (VPC) pour l' AWS CodeBuild exécuter afin de garantir l'isolation et une sécurité renforcée. Implémentez un contexte sécurisé Db2 à partir du CodeBuild sous-réseau CIDR pour un accès sécurisé à la base de données pendant le processus de création.
-
Sécurisez votre environnement d'exécution : utilisez un contexte sécurisé Db2 issu du sous-réseau d'exécution CIDR pour des connexions de base de données sécurisées.
-
Gérez les informations d'identification de la base de données en toute sécurité : mettez en œuvre un calendrier régulier de rotation des informations d'identification afin de minimiser le risque d'accès non autorisé. Stockez les informations d'identification DB2 en toute sécurité dans. AWS Secrets Manager
-
Établissez la sécurité du réseau : mettez en œuvre des règles strictes de segmentation du réseau et de pare-feu pour protéger à la fois les environnements de construction et d'exécution. Utilisez la bonne combinaison de AWS Direct Connect et AWS Site-to-Site VPN pour atteindre le niveau de sécurité nécessaire.
-
Appliquer le chiffrement : appliquez le chiffrement des données en transit entre votre application et Db2 for z/OS.
Gouvernance des applications
-
Établissez une source fiable : définissez le nouveau système de gestion de la configuration logicielle (SCM), par exemple, GitHub comme source fiable unique pour le code d'application migré. Cela garantit la cohérence et élimine les différences de version entre les environnements cloud et mainframe pendant la période de transition.
-
Mettre à jour le processus de gestion des modifications : Mettez à jour le processus de gestion des modifications afin de prendre en compte les modifications du code dans ce nouveau paradigme à double environnement. Ce processus devrait inclure :
-
Des flux de travail d'approbation clairs pour les modifications de code.
-
Révisions de code obligatoires avant de fusionner le code dans la branche principale.
-
Procédures de déploiement synchronisées pour garantir que les deux environnements reçoivent des mises à jour simultanément.
-
Mécanismes de restauration en cas de problème dans l'un ou l'autre environnement.
-
Élasticité
L'élasticité du cloud computing introduit un changement de paradigme qui modifie de manière significative la structure de coûts et la gestion des ressources du mainframe. Contrairement à l'environnement mainframe traditionnel, qui repose sur des modèles de tarification à capacité fixe et basés sur les pics, les plateformes cloud offrent une évolutivité dynamique et une pay-as-you-go approche susceptible de permettre de réaliser des économies substantielles et d'améliorer l'efficacité opérationnelle.
Dans un environnement cloud, les entreprises peuvent augmenter ou diminuer leurs ressources informatiques en temps réel en fonction de la demande réelle, ce qui élimine le besoin de surprovisionnement pour faire face aux pics de charge. Cette élasticité permet aux entreprises de ne payer que pour les ressources qu'elles consomment au lieu d'investir dans des licences matérielles et logicielles coûteuses pour faire face à des pics d'utilisation occasionnels.
Pour plus de détails sur le fonctionnement de la tarification AWS, consultez la section AWS Tarification
