[Want Bob to stop complaining? Change your practices.]<\/i><\/p>\n
[Don’t delay change \u2013 it can cost you]<\/i><\/p>\n
[“Always done it that way”? Think again.]<\/i><\/p>\n
[Why you should think again about doing it the old way]<\/i><\/p>\n
[Why you should think again about doing it the same old way]<\/i><\/p>\n
En tant que professionnels de l’informatique, nous atteignons tous un certain point dans notre carri\u00e8re informatique o\u00f9 nous r\u00e9alisons que certaines de nos t\u00e2ches quotidiennes sont effectu\u00e9es de la m\u00eame mani\u00e8re ann\u00e9e apr\u00e8s ann\u00e9e sans que personne ne se demande pourquoi c’est fait de cette fa\u00e7on.<\/p>\n
Malgr\u00e9 le changement et l’am\u00e9lioration constants de la technologie, certaines choses sont faites de la m\u00eame mani\u00e8re inefficace sans aucune r\u00e9flexion derri\u00e8re, car “c’est comme \u00e7a que \u00e7a a toujours \u00e9t\u00e9 fait”.<\/p>\n
Un exemple typique : patcher<\/h2>\n
Mois apr\u00e8s mois, un jour se pr\u00e9sente qui est d\u00e9di\u00e9 aux correctifs. <\/p>\n
L’application de correctifs peut \u00eatre plus automatis\u00e9e qu’auparavant, car vous n’avez plus besoin de vous connecter \u00e0 chaque syst\u00e8me pour corriger et red\u00e9marrer fastidieusement. C’est un pas en avant, mais le processus de correction reste le m\u00eame. <\/p>\n
Les correctifs sont perturbateurs, lents, sujets aux erreurs et rarement assez rapides pour suivre les nouvelles vuln\u00e9rabilit\u00e9s. Pourquoi disruptif ? Nous savons tous qu’\u00e0 chaque fois qu’une fen\u00eatre de maintenance se pr\u00e9sente, Bob de la comptabilit\u00e9 rappellera \u00e0 tout le monde comment “l’informatique de l’entreprise va g\u00e2cher notre semaine”.<\/p>\n
Il a raison, bien s\u00fbr, car effectuer des correctifs comme cela se fait toujours a un impact sur une entreprise en arr\u00eatant compl\u00e8tement les op\u00e9rations ou en ralentissant tout. Les entreprises et leurs parties prenantes n’aiment pas cela, et cela signifie que les correctifs renforcent l’id\u00e9e que l’informatique est un puits d’argent au sein d’une organisation plut\u00f4t qu’un moteur de valeur commerciale.<\/p>\n
Place \u00e0 l’am\u00e9lioration\u2026 mais pas d’am\u00e9lioration<\/h2>\n
Le patching est \u00e9galement lent. En supposant un d\u00e9lai d’un mois sur l’autre et de nombreuses heures de travail \u00e0 chaque fois, les correctifs tels qu’ils ont \u00e9t\u00e9 appliqu\u00e9s toutes ces ann\u00e9es sont trop lents pour \u00eatre un moyen de dissuasion efficace contre les cyberincidents, mais prennent suffisamment de temps pour donner l’impression que cela prend toujours trop de temps. fais.<\/p>\n
Mais si nous avons patch\u00e9 de la m\u00eame mani\u00e8re toutes ces ann\u00e9es, nous le faisons s\u00fbrement de cette fa\u00e7on parce que c’est infaillible, n’est-ce pas ? Pas tellement, et c’est \u00e9galement vrai pour de nombreuses autres pratiques informatiques r\u00e9pandues, o\u00f9 il n’y a tout simplement aucune raison valable pour la fa\u00e7on dont les choses sont faites.<\/p>\n
En ce qui concerne les correctifs, chaque administrateur syst\u00e8me s’identifierait \u00e0 une histoire o\u00f9\u2026 juste l’autre jour\u2026 au lieu de s\u00e9lectionner uniquement les serveurs Web de secours pour le correctif, l’outil de gestion a en quelque sorte d\u00e9ploy\u00e9 des correctifs sur tous les serveurs Web, qui les ont ensuite tous red\u00e9marr\u00e9s \u00e0 la en m\u00eame temps. <\/p>\n
Ces serveurs Web ont mis un certain temps \u00e0 revenir et, bien s\u00fbr, Bob de la comptabilit\u00e9 a rapidement soulign\u00e9 que l’entreprise avait perdu “une tonne d’argent” en ventes perdues pendant les temps d’arr\u00eat. <\/p>\n
Bob est parfois \u00e9nervant comme \u00e7a parce que, encore une fois, il a raison. Cependant, les correctifs ont toujours \u00e9t\u00e9 faits de cette fa\u00e7on, donc tout le monde continue de le faire – et Bob continuera de se plaindre parce que les pratiques informatiques ne changent pas.<\/p>\n
Parfois, un meilleur moyen existe d\u00e9j\u00e0<\/h2>\n
Voici la partie r\u00e9v\u00e9latrice qui offre une le\u00e7on pour chaque cas de “nous avons toujours fait comme \u00e7a en informatique”: il existe des moyens plus s\u00fbrs, plus efficaces et sans interruption d’effectuer des correctifs. <\/p>\n
Pendant de nombreuses ann\u00e9es, le patch en direct a offert une alternative \u00e0 l’ancienne m\u00e9thode de patch. Il a \u00e9t\u00e9 test\u00e9 de mani\u00e8re approfondie et fonctionne parfaitement pour les organisations, offrant des avantages consid\u00e9rables. Pourquoi n’est-il pas utilis\u00e9 universellement ?<\/p>\n
Le patch en direct acc\u00e9l\u00e8re le processus, bien que “imm\u00e9diat” soit un mot encore meilleur. L’application de correctifs en direct est \u00e9galement moins sujette aux erreurs et il n’y a aucune interruption. Les correctifs en direct sont auditables et r\u00e9versibles et servent de protection rapide contre les nouvelles menaces. <\/p>\n
Pourtant, pour une raison quelconque, les patchs en direct ne sont pas universellement adopt\u00e9s, et la seule explication \u00e0 cela est la r\u00e9sistance au changement, bien que certaines \u00e9quipes puissent tout simplement ne pas \u00eatre aussi bien inform\u00e9es.<\/p>\n
Trouver un meilleur moyen\u00a0? Adoptez-le<\/h2>\n
Naturellement, la technologie de pointe et non test\u00e9e n’est pas pour tout le monde. Mais ignorer un technologie \u00e9prouv\u00e9e<\/a> qui am\u00e9liore les r\u00e9sultats n’est jamais une bonne id\u00e9e. <\/p>\n Il est peut-\u00eatre temps de moderniser les op\u00e9rations en changeant de vitesse et en adoptant la derni\u00e8re fa\u00e7on de faire les choses. Les praticiens de l’informatique doivent rester conscients de l’\u00e9volution des pratiques et rechercher de meilleures fa\u00e7ons de faire les choses. Nous devons nous demander si notre pratique quotidienne refl\u00e8te les meilleures pratiques.<\/p>\n Faites cela, et nous pourrions constater que Bob arr\u00eate de se plaindre de l’informatique.<\/p>\n Cet article est \u00e9crit et sponsoris\u00e9 par <\/em>TuxCare<\/em><\/a>le chef de file de l’industrie <\/em>Automatisation Linux<\/em><\/a>. TuxCare offre des niveaux d’efficacit\u00e9 in\u00e9gal\u00e9s pour les d\u00e9veloppeurs, les responsables de la s\u00e9curit\u00e9 informatique et <\/em>Administrateurs de serveurs Linux<\/em><\/a> cherchant \u00e0 am\u00e9liorer et \u00e0 simplifier \u00e0 moindre co\u00fbt leurs op\u00e9rations de cybers\u00e9curit\u00e9. Le correctif de s\u00e9curit\u00e9 en direct du noyau Linux de TuxCare, et les standards et <\/em>des services d’assistance am\u00e9lior\u00e9s<\/em><\/a> aider \u00e0 s\u00e9curiser et \u00e0 prendre en charge plus d’un million de charges de travail de production.<\/em><\/p>\n <\/p>\n<\/div>\n