Connecter et moderniser les systèmes hérités et sur site
Atteindre les systèmes situés à l’intérieur de votre réseau, et remplacer les plus anciens sans risque, est au cœur de l’héritage de nVisionIT. Nous avons construit et exploité des parcs BizTalk pour des banques, des services publics et des administrations sud-africaines pendant quinze ans, et c’est ce savoir institutionnel qui rend le passage à Azure Integration Services peu risqué.
Nous concevons des logiciels qui produisent des résultats métier mesurables, depuis deux bases alignées, à Maurice et en Afrique du Sud.
De nombreux parcs sont vieillissants, critiques et peu documentés. Deux défis reviennent : comment se connecter aux systèmes sur site et hérités sans compromettre la sécurité, et comment les moderniser sans une réécriture « big bang » risquée.
Les deux problèmes sont solubles : avec le bon modèle de connectivité, un schéma de modernisation réversible et la méthode de migration qui nous a valu nos distinctions Microsoft Application Integration Partner of the Year.
La passerelle de données Azure sur site ouvre un tunnel sécurisé, chiffré et sortant uniquement entre les Logic Apps du cloud et les données sur site : aucun port entrant, aucun VPN.
Un canal sécurisé sortant uniquement vers les bases de données, les fichiers et les systèmes métier sur site : le moyen le plus simple de laisser des flux cloud lire et écrire à l’intérieur de votre réseau.
Exécutez le runtime Logic Apps sur site pour un traitement local, une faible latence et la résidence des données, avec une extension à pratiquement n’importe quel environnement Kubernetes : cloud, sur site ou en périphérie.
Une connectivité réseau privée là où des liaisons sensibles ou à haut débit l’exigent.
Systèmes d’entreprise, SaaS, hérités et mainframe pris en charge d’emblée, y compris IBM MQ et SAP.
Plutôt que de remplacer un système hérité lors d’une bascule risquée, nous introduisons une façade entre le client, le système hérité et le nouveau.
La façade route certaines requêtes vers le système hérité et d’autres vers de nouveaux services Azure. Les fonctionnalités basculent progressivement jusqu’à ce que tout tourne sur la nouvelle implémentation. Le système hérité est alors décommissionné et la façade retirée. Les consommateurs continuent d’utiliser la même interface tout du long, sans même savoir que la migration a lieu.
Le bénéfice : le risque de migration baisse parce que les équipes avancent à un rythme adapté au parc. Chaque incrément apporte de la valeur, et il y a toujours un système qui fonctionne.
BizTalk Server arrive en fin de vie. Le support standard de BizTalk Server 2020 court jusqu’au 12 avril 2028 et le support étendu prend fin le 10 avril 2030. Il n’y aura plus de version majeure : c’est donc maintenant qu’il faut planifier. Microsoft recommande la migration vers Azure Logic Apps (Standard), et les mappages, schémas, règles et code personnalisé existants peuvent être réutilisés pour accélérer la transition. Nous appliquons la même méthode pilotée par les tests que notre pratique d’intégration a utilisée lors de migrations précédentes.
Chaque orchestration, schéma, mappage, adaptateur, règle, composant et base de données, sans aucune modification des systèmes en production.
Chaque composant vers Logic Apps Standard et les bons services complémentaires, en modernisant les conceptions dépassées et en réutilisant mappages, schémas et règles.
La nouvelle implémentation tourne aux côtés de BizTalk ; chaque composant a ses cas de test ; la préproduction bascule en premier.
La bascule en production est entièrement réversible ; BizTalk est retiré composant par composant.
Les organisations dotées de parcs BizTalk complexes planifient généralement un programme de migration complet de cette durée, séquencé pour que chaque composant produise de la valeur dès sa mise en service.
Pour les systèmes mainframe et midrange IBM, une approche orientée données permet à des files de messages comme IBM MQ de fonctionner avec les services Azure, et de soutenir une modernisation progressive via Logic Apps.
Les parcs SAP s’intègrent via des connecteurs dédiés à l’échange de documents commerciaux et de données de référence, le modèle même que nVisionIT a employé pour livrer une intégration SAP bidirectionnelle de documents commerciaux chez un client du fret et de la logistique, en service depuis la première bascule.
Le débat « construire ou acheter » traite un problème de séquencement comme un problème de propriété. La meilleure question est de savoir quelles parties vous voudrez encore maîtriser dans cinq ans.
Les données non structurées sont la moitié la plus difficile du retrait d’une ancienne plateforme. Quand les documents sont intégrés au travail quotidien, l’objectif est une migration que les utilisateurs ne remarquent pas, et le risque se situe ailleurs que dans le code.
Un CRM qui n’est plus pris en charge coûte cher à conserver et il est risqué de l’éteindre, car dix ans d’historique client y sont enfermés. La solution que nous avons retenue conserve l’historique et retire l’application.
L’économie de l’offshore, l’alignement de l’onshore. Une livraison depuis Centurion et Ebene, en anglais et en français, avec des horaires de travail qui recoupent les vôtres.
Voir aussi : Expertises d’ingénierie et de conseil → Études de cas → Notre base à Maurice →
Réservez un atelier de cadrage pour recenser ce que vous exploitez encore sur site, et voyez comment un socle éprouvé permet de déployer solutions et accélérateurs en toute sécurité, rapidement.