Préparez-vous maintenant à la mort des plug-ins Flash et Java

Un rapide coup d'œil sur une infrastructure informatique de toute taille révélera une riche mosaïque d'outils de gestion du matériel et des logiciels utilisés. Ils peuvent être aussi simples qu'une interface utilisateur Telnet dans un commutateur Ethernet plus ancien ou aussi sophistiqués qu'une interface graphique fantaisie dans un cadre de virtualisation. Nous utilisons une grande variété d'outils différents pour gérer tout ce qui relève de notre compétence.

Malheureusement, bon nombre de ces frontaux, en raison des choix fatidiques de leurs fabricants, commencent à causer de gros problèmes, et ces problèmes pourraient nous arriver dans le futur. L'erreur fondamentale que ces fournisseurs ont commise a été de créer des clients de gestion critiques sur des plates-formes, à savoir Flash et Java, qui peuvent avoir semblé stables à l'époque, mais qui ont finalement été abandonnées. Le résultat est que si vous ne commencez pas à vous approvisionner en clones d'anciens systèmes d'exploitation et logiciels, certains de vos composants d'infrastructure critiques deviendront ingérables.

Tout d'abord, c'était Flash. Alors que les navigateurs (et les consommateurs) sont fatigués du tapis roulant Flash de failles de sécurité et de mises à niveau, Flash est de plus en plus obsolète. Certains navigateurs refusent simplement de charger du contenu Flash sans passer par plusieurs étapes ennuyeuses. Safari d'Apple, par exemple, vous invite essentiellement à désactiver Flash et à oublier, ajoutant que «la plupart des sites Web modernes fonctionneront sans Flash», ce qui n'est pas du tout vrai. Bien sûr, c'est définitivementce n'est pas vrai pour les divers outils d'infrastructure informatique entièrement intégrés à Flash, tels que l'interface utilisateur Web de VMware. De nombreux autres outils peuvent ne pas être entièrement basés sur Flash, mais incorporent fortement des éléments Flash dans leurs interfaces utilisateur Web. Sans réécriture complète, ces interfaces cesseront de fonctionner sur les systèmes d'exploitation et les navigateurs modernes plus tôt que vous ne le pensez.

Et la semaine dernière, le glas de la mort a officiellement sonné pour le plug-in de navigateur Java. Reconnaissant que tous les plug-ins de navigateur sont sur le point de disparaître, Oracle a enfin coupé l'appât. À terme, cela signifie que nous ne serons plus exposés à diverses vulnérabilités Java basées sur le navigateur. Bien sûr, cela signifie également que nous devrons conserver les anciennes versions de navigateurs et de plug-ins pour accéder aux myriades d'applets et d'outils de gestion basés sur Java qui se trouvent dans le monde informatique.

Le fait est que perdre des plug-ins Flash et Java n'est pas une mauvaise chose - en fait, c'est une très bonne nouvelle. Ce sont des plates-formes anciennes, inutiles et non sécurisées qui n'appartiennent vraiment pas à l'Internet de 2016. Il existe de meilleures façons de le faire maintenant, et même si nous devrions essayer de s'adapter à une transition vers différents frameworks, nous devons arnaquer le Band-Aid à un moment donné. Cela pourrait aussi bien être plus tôt que tard.

Franchement, on pourrait soutenir que ces plates-formes n'auraient jamais dû être utilisées pour des applications de gestion critiques en premier lieu. J'ai du matériel d'infrastructure pas si ancien dans mon laboratoire, avec une interface Web qui se plaint déjà d'incompatibilités de navigateur. Heureusement, la plupart de ces systèmes ont également une CLI. Au cours des prochaines années, nous verrons soit des fournisseurs obligés de réécrire les interfaces utilisateur de gestion à partir de zéro, soit abandonner le support d'un nombre important de produits parfaitement utilisables car les interfaces de gestion ne sont plus accessibles. Cette interface utilisateur Flash sexy peut ne plus sembler trop sexy.

Pire encore, les systèmes internes développés sur ces plates-formes. Les entreprises qui disposent de logiciels sur mesure exécutant des lignes de fabrication et de production ou qui gèrent du matériel sur mesure extrêmement coûteux seront confrontées à un choix difficile. Soit ils demanderont à leurs clients d'exécuter et de maintenir les systèmes Windows XP de l'ère 2008 avec le dernier ensemble d'outils Flash ou Java compatible, soit ils devront entreprendre un projet majeur de réécriture logicielle qui pourrait potentiellement porter un coup dur au résultat net.

Pendant ce temps, les interfaces de ligne de commande d'il y a des décennies fonctionnent aussi bien que jamais. Il y a peut-être une leçon à tirer.

En ce qui concerne le cornichon de l'interface graphique, il n'y a rien à faire que de s'y préparer. Créez dès à présent des modèles de VM maîtres de systèmes de gestion que vous pouvez utiliser le plus longtemps possible. Contactez vos principaux fournisseurs et discutez de leur feuille de route pour sortir de leurs interfaces de plug-in Flash ou Java. Mordez votre langue et votre budget pour remplacer le matériel et les logiciels bien avant l'heure. Commencez à regarder votre propre code et commencez à planifier vous-même une issue. Ce ne sera pas facultatif. Vous pouvez soit remorquer une boule et une chaîne de dépendances héritées de plus en plus derrière vous jusqu'à ce que vous ne puissiez plus vous déplacer, soit commencer à réduire les maillons de cette chaîne maintenant.

Malheureusement, ne rien faire sera la décision d'un nombre inquiétant d'entreprises. C'est pourquoi les systèmes DOS vivent toujours dans les centres de données et pourquoi les Amigas, 30 ans, utilisent encore le CVC pour des systèmes scolaires entiers. C'est assez horrible.

Ce problème ne disparaît pas. Cela ne s'améliorera pas. Il vaut mieux sortir devant pendant qu'il est encore temps. Essayez de choisir une plate-forme qui ne se retrouvera pas dans une impasse similaire dans une décennie ou moins. Bonne chance.