À l’époque où j’étais étudiant en licence (dans les temps anciens, quand nous faisions nos calculs sur des tablettes de pierre), notre principale plateforme informatique était un ordinateur central. En fait, je réalisais l’essentiel de mes travaux de programmation sur l’ordinateur central de l’université.
Vous serez donc peut-être surpris d’apprendre que la majeure partie de mes activités de programmation ne concernait pas le COBOL. À vrai dire, je programmais surtout en Pascal et en langage assembleur. Je n’ai été contraint de coder en COBOL qu’une seule fois, parce que j’avais suivi un cours pour me familiariser avec ce langage.
Des années plus tard, en tant qu’architecte informatique, le constat restait le même : je développais en C/C++ et en Java sous AIX et déployais des applications web sur WebSphere sur un ordinateur central.
Vous voyez, les mainframes ne sont pas synonymes de COBOL. En fait, la dernière enquête de BMC sur les mainframes révèle que 82 % des personnes interrogées utilisent Java dans leurs environnements mainframe. Et si cela vous surprend, accrochez-vous bien : 48 % des personnes interrogées appliquent les pratiques Agile et DevOps dans leur environnement mainframe.
Je vais vous laisser un instant pour vous remettre avant de poursuivre.
En réalité, les mainframes ont mauvaise réputation dans le secteur informatique. Ils sont considérés comme des dinosaures, alors qu’ils constituent une importante source de puissance de calcul pour de nombreuses organisations. Une puissance de calcul dont l’utilisation ne cesse de croître. Consultez l’enquête de BMC et vous constaterez qu’au cours de l’année écoulée :
- 59 % ont enregistré une hausse du volume des transactions
- Augmentation de 55 % des volumes de données
- 46 % ont augmenté leur nombre de bases de données
- 45 % ont accéléré le rythme des changements apportés aux applications
Those numbers are important when you recognize that over 51% of respondents state that over half of their data resides on the mainframe. What's important about that is that data has gravity.
Permettez-moi de le répéter, car c’est vraiment important : les données ont une force de gravité.
Comme l’a récemment souligné le bureau du CTO de F5, notre capacité à déplacer les données a une incidence sur presque tous les aspects de l’informatique et des applications. Elle influe sur l’endroit où les applications sont déployées, sur leur architecture et sur les services applicatifs qui protègent les données en défendant les applications qui y accèdent. À mesure que les volumes de données augmentent, le poids de ces données commence à attirer les applications vers elles, à l’image de la gravité réelle et de sa relation avec la masse. Que ce soit dans le cloud, dans des environnements traditionnels ou sur un ordinateur central, la gravité des données est un facteur déterminant dans le choix de l’emplacement où les applications sont finalement déployées.
Pour en voir une illustration concrète, prenons une étude de Sapho qui s’est penchée sur les raisons pour lesquelles les entreprises n’adoptaient pas le cloud et préféraient moderniser leurs applications sur site. En effet, plus de la moitié (56 %) ont déclaré que les infrastructures sur site n’étaient pas près de disparaître et que moins de 5 % de leur portefeuille d’applications d’entreprise migrerait vers le cloud.
À cet instant même, quelqu’un s’écrie que c’est une hérésie technique. Mais examinons les raisons qui motivent le rejet du « tout cloud, tout le temps ». La première, et la plus importante, tient à la gravité des données. Plus de la moitié (58 %) des personnes interrogées dans le cadre de cette enquête ont déclaré que les applications qui accèdent à des données et systèmes critiques doivent être hébergées sur site.
Maintenant, si vous revenez à l’enquête de BMC, vous constaterez que plus de la moitié des organisations voient les volumes de données sur leurs mainframes augmenter d’année en année.
Parce qu’ils sont efficaces et que, contrairement aux idées reçues, ils sont compatibles avec le DevOps, les méthodes agiles et les méthodes informatiques modernes. Si je peux déployer des applications web sur AIX sur un ordinateur central, vous pouvez y déployer des microservices dans un environnement Kubernetes.
Les mainframes sont des ensembles de ressources informatiques et ils ne sont pas près de disparaître. La gravité des données, en particulier à l’ère de la transformation numérique, va les maintenir solidement ancrés dans les centres de données. La capacité à moderniser les applications et les environnements grâce à des outils intégrés et à des services applicatifs restera donc essentielle dans les années à venir.
Avec le recul, nous constaterons peut-être que les mainframes étaient en réalité plus stratégiques que le cloud, à condition de cesser de les associer au COBOL et de reconnaître que ce sont les données et les applications — les logiciels — qui comptent, et non le type de matériel sur lequel ils sont déployés.
À propos de l’auteur
Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.
Autres articles de Lori Mac VittieArticles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.