Partager via


Réhéberger les applications Adabas & Natural sur Azure

Réseau virtuel Azure
Machines virtuelles Azure
Azure ExpressRoute

Depuis des décennies, Software AG Adabas est le système de base de données adaptable qui se trouve derrière de nombreuses applications métier stratégiques importantes. Vous pouvez désormais apporter la commodité du cloud computing à ces applications sans renoncer à votre base de données Adabas ou au langage de programmation Natural. Cette architecture offre la possibilité de ré-héberger votre système sur Azure. Elle offre un aperçu de haut niveau de ce qui est possible, que vous conserviez l’écran vert ou que vous optiez pour la modernité.

Architecture mainframe

Cette architecture montre une architecture Adabas & Natural héritée avant un réhébergement vers le cloud :

Diagramme montrant l’architecture mainframe héritée, avant migration.

Téléchargez un fichier Visio de cette architecture.

Flux de travail

R. Les utilisateurs entrent des données via TCP/IP, notamment TN3270 et HTTP(S). Les données sont entrées dans le mainframe via des protocoles mainframe standard.

B. Les applications reçoivent les données. Ces applications peuvent être des systèmes de traitement par lots ou en ligne.

Chapitre C. Les langages Natural, COBOL, PL/I, assembleur ou compatibles s’exécutent dans un environnement activé à cette fin.

D. Les services de base de données, généralement des systèmes de base de données hiérarchiques/réseau et des bases de données relationnelles, stockent les données.

E. Les services courants, comme l’exécution des programmes, les opérations d’E/S, la détection d’erreurs et la protection au sein de l’environnement, fournissent un support.

F. Les middlewares (intergiciels) et les services utilitaires gèrent des fonctions telles que le stockage sur bande, la mise en file d’attente, la sortie ainsi que les services web au sein de l’environnement.

G. Les systèmes d’exploitation fonctionnent sur des partitions.

H. Les partitions permettent d’exécuter des charges de travail distinctes ou séparent les types de travail au sein de l’environnement.

Architecture Azure

Ce diagramme montre l’architecture héritée migrée vers Azure. Une approche de réhébergement est utilisée pour migrer le système :

Diagramme montrant l’architecture mainframe ré-hébergée sur Azure.

Téléchargez un fichier Visio de cette architecture.

Flux de travail

  1. Les données sont entrées, généralement soit par le biais d’Azure ExpressRoute à partir de clients distants, soit par le biais d’autres applications exécutant Azure. Dans les deux cas, les connexions TCP/IP fournissent le moyen principal de se connecter au système. L’accès utilisateur est fourni sur le port TLS 443 pour l’accès aux applications web. Vous pouvez utiliser la couche présentation des applications web héritées pratiquement inchangée pour réduire les besoins en renouvellement de formation des utilisateurs. Vous pouvez également mettre à jour la couche de présentation des applications web avec des infrastructures UX modernes. Pour améliorer la sécurité en minimisant le nombre de ports ouverts, vous pouvez utiliser les hôtes Azure Bastion pour l’accès administrateur aux machines virtuelles.
  2. Azure Application Gateway est utilisé pour accéder aux clusters de calcul d’application. Il fournit des services d’équilibrage de charge de couche 7. Il peut également prendre des décisions de routage basées sur des attributs supplémentaires dans une requête HTTP, comme les en-têtes d’hôte ou le chemin d’un URI. Par exemple, vous pouvez acheminer le trafic en fonction de l’URL entrante. Dans ce cas, vous routez le trafic vers le composant Software AG approprié (ApplinX ou EntireX).
  3. Pour les clusters de calcul d’application, vous pouvez utiliser une machine virtuelle pour le logiciel Adabas & Natural. Nous vous recommandons d’utiliser des machines virtuelles distinctes pour l’application et la base de données pour plus de 200 MIPS. Cet exemple utilise deux machines virtuelles. Vous pouvez déployer une architecture distribuée (Adabas & Natural s’exécutant sur plusieurs machines virtuelles) pour fournir des applications Natural évolutives avec une plus grande disponibilité et une cohérence plus élevée pour le stockage Adabas.
  4. ApplinX fournit une connectivité web et une intégration dans les applications du système. Aucune modification n’est nécessaire pour les applications.
  5. EntireX connecte des services qui s’exécutent sur Integration Server à des programmes stratégiques écrits dans des langages tels que COBOL ou Natural.
  6. Les utilisateurs en ligne se connectent à l’application Natural à l’aide de Natural Online. Natural Online active la connexion via SSH ou un navigateur web.
  7. Natural Services fournit un accès API aux fonctions métier qui sont programmées dans Natural.
  8. Une base de données NoSQL Adabas stocke les données.
  9. Software AG Natural Batch exécute des programmes de traitement par lots.

Composants

  • Machines virtuelles Azure. Les machines virtuelles sont l’un des nombreux types de ressources informatiques évolutives à la demande proposées par Azure. Une machine virtuelle (VM) Azure offre la flexibilité de la virtualisation sans qu’il soit nécessaire d’acheter le matériel physique ni d’en assurer la maintenance. 
  • Réseau virtuel Azure :  Le réseau virtuel est le composant fondamental de votre réseau privé dans Azure. Le réseau virtuel Azure permet à de nombreux types de ressources Azure, telles que les machines virtuelles, de communiquer entre elles, avec Internet et avec des réseaux locaux, via une connexion hautement sécurisée. Un réseau virtuel ressemble à un réseau traditionnel que vous pourriez utiliser dans votre propre centre de données, mais il offre les avantages de l’infrastructure Azure, comme la scalabilité, la disponibilité et l’isolation. 
  • Azure Application Gateway : Application Gateway fournit une solution d’équilibrage de charge de couche 7 personnalisable.
  • Interfaces de réseau virtuel. Une interface réseau permet à une machine virtuelle de communiquer avec des ressources sur Internet, sur Azure et locales. Vous pouvez ajouter des cartes d’interface réseau à une machine virtuelle pour fournir aux machines virtuelles enfants leur propre périphérique d’interface réseau dédié et leur adresse IP. 
  • Disques managés Azure. Les disques managés Azure sont des volumes de stockage de niveau bloc qui sont gérés par Azure et utilisés avec des machines virtuelles Azure. Des disques Ultra, des disques SSD Premium, des disques SSD standard et des disques durs (HDD) standard sont disponibles. Pour cette architecture, nous vous recommandons d'utiliser les disques SSD Premium ou les disques SSD Ultra. 
  • Azure ExpressRoute. Vous pouvez utiliser ExpressRoute pour étendre vos réseaux locaux dans le cloud Azure via une connexion privée, mise en place par un fournisseur de connectivité. En utilisant ExpressRoute, vous pouvez établir des connexions aux services cloud de Microsoft, tels que Azure et Office 365.

Détails du scénario

Depuis des décennies, Software AG Adabas est le système de base de données adaptable qui se trouve derrière de nombreuses applications métier stratégiques importantes. Vous pouvez désormais apporter la commodité du cloud computing à ces applications sans renoncer à votre base de données Adabas, au langage de programmation Natural ou même à votre écran vert, sauf si vous le souhaitez.

La plupart des organisations ont une approche pragmatique de la transformation numérique. Elles veulent réutiliser ce qu’elles peuvent et faire des choix rentables sur le reste. C’est pourquoi l’approche de réhébergement de la migration cloud est si populaire. Il vous suffit de déplacer votre charge de travail telle quelle, si possible, vers des machines virtuelles (VM) Azure, un type d’infrastructure en tant que service (IaaS). Les machines virtuelles s’exécutent dans des centres de données Azure gérés par Microsoft. Vous bénéficiez donc de l’efficacité, de la scalabilité et des performances d’une plateforme distribuée sans surcharge de gestion matérielle.

Cette architecture présente l’option de réhébergement. Elle offre un aperçu de haut niveau de ce qui est possible, que vous conserviez l’écran vert ou que vous optiez pour la modernité.

Cas d’usage potentiels

Cette architecture convient aux organisations qui souhaitent utiliser une approche de réhébergement pour une migration rentable de mainframe vers Azure qui optimise la réutilisation des systèmes hérités.

Pour obtenir les avantages complets du cloud computing, envisagez une approche refactorisée qui utilise des techniques modernes telles que les microservices basés sur des conteneurs. Ce type de migration est plus complexe qu’une approche de réhébergement, mais le résultat est une flexibilité et une scalabilité accrues.

Considérations

Ces considérations implémentent les piliers d’Azure Well-Architected Framework, qui est un ensemble d’ensembles guidants qui peuvent être utilisés pour améliorer la qualité d’une charge de travail. Pour plus d’informations, consultez Microsoft Azure Well-Architected Framework.

Sécurité

La sécurité offre des garanties contre les attaques délibérées et l’abus de vos données et systèmes précieux. Pour plus d’informations, consultez liste de vérification de la révision de conception pour security.

Cette solution utilise un groupe de sécurité réseau Azure pour gérer le trafic entre les ressources Azure dans différents sous-réseaux. Pour plus d’informations, consultez Groupes de sécurité réseau. 

Azure Bastion améliore la sécurité de l’accès administrateur en minimisant les ports ouverts. Azure Bastion fournit une connectivité RDP ou SSH hautement sécurisée à vos machines virtuelles de réseau virtuel, directement à partir du Portail Microsoft Azure via TLS.

Optimisation des coûts

L’optimisation des coûts consiste à examiner les moyens de réduire les dépenses inutiles et d’améliorer l’efficacité opérationnelle. Pour plus d’informations, consultez liste de vérification de la révision de conception pour l’optimisation des coûts.

Azure vous permet d’éviter les frais inutiles en identifiant le nombre correct de ressources, en analysant les dépenses au fil du temps et en effectuant une mise à l’échelle pour répondre aux besoins de l’entreprise sans dépasser le budget alloué.

Azure optimise également les coûts en s’exécutant sur des machines virtuelles. Vous pouvez désactiver les machines virtuelles lorsqu’elles ne sont pas utilisées, et générer un script de planification pour les modèles d’utilisation connus. Pour plus d’informations sur l’optimisation des coûts pour les instances de machine virtuelle, consultez la section Azure Well-Architected Framework​.

Les machines virtuelles dans cette architecture utilisent des disques SSD Premium ou Ultra. Pour plus d’informations sur les options et tarifs des disques, consultez Tarification des disques managés.

Excellence opérationnelle

L’excellence opérationnelle couvre les processus d’exploitation qui déploient une application et la conservent en production. Pour plus d’informations, consultez liste de vérification de la révision de conception pour l’excellence opérationnelle.

En plus de prendre en charge l’adoption plus rapide du cloud, le réhébergement favorise également l’adoption des principes de travail DevOps et Agile. Cela permet de bénéficier d’une flexibilité dans les options de déploiement de développement et de production.

Efficacité des performances

L’efficacité des performances est la capacité de votre charge de travail à mettre à l’échelle pour répondre aux demandes qu’elle lui impose par les utilisateurs de manière efficace. Pour plus d’informations, consultez liste de vérification de la révision de conception pour l’efficacité des performances.

Les équilibreurs de charge et les machines virtuelles redondantes dans un environnement distribué assurent l’efficacité des performances et une résilience de cette architecture. En cas de défaillance d’un serveur de présentation ou de transaction, l’autre serveur qui se trouve derrière l’équilibreur de charge assume la charge de travail. 

Contributeurs

Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.

Auteur principal :

  • Marlon Johnson | Gestionnaire de programme principal

Autres contributeurs :

Étapes suivantes

Pour plus d’informations, contactez legacy2azure@microsoft.com. 

Consultez les ressources supplémentaires :