Les microservices seront le nouveau COBOL
L'appel a été entendu dans presque tous les médias d'information . Les programmeurs COBOL sont désespérément nécessaires .
Non, ce n’est pas un retour nostalgique à l’an 2000. C'était cette année, en 2020, au milieu de la pandémie de COVID-19. Les systèmes de traitement des demandes d’allocations chômage étaient, voyez-vous, en péril. Développés à l’aide de COBOL au siècle dernier, les systèmes étaient tout simplement incapables de s’adapter à une demande écrasante.
L’existence de ces systèmes et de leur technologie sous-jacente ne devrait pas être une surprise. L’utilisation de mainframes et de systèmes vieux de près de six décennies est plus courante qu’on pourrait le penser. Nos propres recherches ont révélé qu'en moyenne, 11 % du portefeuille d'applications d'une entreprise reste constitué de « mainframes et de monolithes ».
Une enquête de Micro Focus a révélé que les attitudes envers COBOL, en particulier, étaient optimistes :
La modernisation a été privilégiée par rapport au remplacement et au retrait des anciens systèmes, 63 % des répondants ayant choisi d'améliorer leurs systèmes COBOL existants en 2020. De plus, 92 % des répondants estiment que les applications COBOL de leur organisation sont stratégiques, contre 84 % des répondants en 2017.
COBOL et les mainframes qui continuent à le prendre en charge sont là pour rester.
Le caractère stratégique de ces applications résulte de leur mise en œuvre et de leur intégration étroite aux processus métiers. Lorsque ces applications ont été développées, il était courant non seulement d'aider aux processus commerciaux, mais plutôt de les codifier dans une application. À toutes fins utiles, ces applications constituent l’activité principale.
En passant à Internet et au-delà, les applications sont devenues un atout pour l'entreprise. Ils agissaient comme un autre canal par lequel les données critiques étaient transférées vers un système « central » — souvent une application développée en COBOL exécutée sur un ordinateur central.
Aujourd’hui, nous voyons des applications passer de l’augmentation au remplacement. Une fois de plus, les applications deviennent la manifestation numérique de l’entreprise plutôt qu’une méthode d’assistance à la collecte de données. Nous observons cette évolution dans les trois phases de la transformation numérique, au cours desquelles une organisation met en œuvre, étend et intègre la technologie à l’entreprise jusqu’à ce que les applications deviennent l’entreprise.
Un pourcentage important d’applications développées au cours du parcours de transformation numérique sont natives du cloud, c’est-à-dire basées sur des microservices. Ces applications, comme leurs prédécesseurs COBOL, seront probablement si critiques qu’elles pourraient encore fonctionner dans cinquante ou soixante ans.
Pensez au nombre d’entreprises qui ne peuvent pas fonctionner aujourd’hui sans applications. Lorsque les systèmes de point de vente (POS) ne peuvent pas communiquer avec les processeurs de paiement, pouvez-vous toujours effectuer un achat ? Si les systèmes bancaires sont en panne, pouvez-vous effectuer un dépôt ? Faire un retrait ? Votre employeur peut-il transférer votre chèque de paie ? Dans quelle mesure votre maison continue-t-elle de fonctionner en cas de panne de courant ?
L’impact d’un niveau d’intégration aussi profond est existentiel. Nous sommes déjà dépendants du commerce numérique. À mesure que les organisations progressent dans leur parcours de transformation numérique, nous continuerons à constater une dépendance croissante des entreprises et des consommateurs à la technologie. De nombreux processus métier trouveront leur première expression sous la forme d’une application. Ils ne reproduisent pas un processus existant, mais en créent de nouveaux. Ces applications seront tout aussi critiques (peut-être plus que) les applications COBOL dont nous dépendons aujourd’hui.
Les applications basées sur les microservices développées pour faire avancer la transformation numérique sont susceptibles de fonctionner pendant très longtemps.