Le temps est-il venu pour les gestionnaires de réseau de dire : « L'équipe des applications doit se servir elle-même » ?

On ne peut pas plaire à tout le monde tout le temps. Mais parfois, vous pouvez les faire aller se plaindre à quelqu'un d'autre.

Le nouveau NetOps : comment nous en sommes arrivés là.

Les équipes d’exploitation du réseau constituent depuis longtemps le pilier du maintien du bon fonctionnement des applications . Ils ont également joué un rôle essentiel dans leur protection contre les attaques. Nous savons tous que de nombreux piratages application peuvent et doivent être évités grâce à un code sécurisé, mais nous voyons également des compromis réussis en utilisant des armes anciennes comme l’injection SQL ou les dépassements de tampon. Il ne semble pas que les équipes réseau puissent cesser de se soucier de la couche 7 de sitôt. Les équipes d’applications ont besoin des compétences et des services de la couche applicative apportés par l’équipe réseau, même si elles ne veulent pas l’admettre.

Deux forces imparables s'écrasent violemment contre ce contrefort :

1. Le time to market (ou time to value) devient prédominant. Tout le monde évolue plus rapidement, essayant de créer des applications pour mieux servir les clients ou d’extraire de l’or numérique des gisements de données toujours croissants que chaque action en ligne semble produire. Cette demande de transformation numérique inspire de nouvelles architectures et de nouveaux processus, conçus pour optimiser la manière dont les entreprises fournissent l’informatique. Le rapport State of Application Delivery 2018 de F5 a détaillé que 72 % des répondants considéraient l'optimisation et 56 % avantage compétitif comme des moteurs clés de la transformation numérique.
   
   
2. La méthode en cascade de développement et de déploiement application cède la place à un processus plus agile et itératif. Grâce aux méthodologies DevOps, aux changements de culture et à de nombreux nouveaux outils et plateformes tels que les chaînes d'outils CI/CD, les systèmes de gestion de conteneurs et le cloud, les équipes d'application passent désormais de la validation de la source à l'exécution du binaire de production en une fraction du temps. Et ils peuvent le faire trois fois par jour. Dans une enquête récente menée par Appian , un répondant sur cinq a signalé un arriéré de plus de 50 demandes application , et 72 % ne pensent pas pouvoir évoluer pour répondre à la demande.

CHANGEMENTS ET DÉFIS.

Le résultat de ces changements macro et micro peut se résumer à un changement clé pour les opérations : Nos clients de l'équipe d'applications ont besoin que notre infrastructure (physique, virtuelle ou en poudre) change plus souvent et plus rapidement. Et si vous ne pouvez pas le leur offrir, les plateformes cloud le peuvent.

Même si le simple fait de transférer tous les problèmes de réseau de couche 7 en aval et de les renvoyer à l'équipe d'application peut sembler très attrayant, l'équipe réseau a toujours un rôle et une responsabilité pour essayer d'empêcher que tout ne prenne feu. Vous devez donc faire partie du processus. Mais vous ne souhaiterez peut-être pas répondre à un nombre croissant de changements en les mettant réellement en œuvre. Même avec des outils d'automatisation, des scripts et de meilleures API de fournisseurs, vous devez toujours vous écarter du chemin. Passer votre temps à effectuer des changements routiniers et triviaux est une perte de temps et coûteux pour votre organisation.

En réalité, il n’y a qu’une seule façon de résoudre ce problème. Tout en assumant votre responsabilité d'aider les applications à fonctionner correctement et de préserver votre santé mentale, laissez les équipes d'applications le faire elles-mêmes. Je ne vous suggère pas de les laisser se déplacer librement sur l’infrastructure sans être accompagnés. Les équipes d’application n’ont pas toujours les compétences nécessaires pour créer ce qui est nécessaire, même si AWS ou Google Cloud Platform leur permettaient de le faire. Non, vous devez leur donner des choix éclairés. Ils savent ce dont ils ont besoin, et c’est désormais à vous de construire les systèmes capables de répondre à leurs besoins et de les transformer en changements sûrs et sensés de l’infrastructure. Il est temps de créer des interfaces de libre-service légitimes et évolutives pour vos équipes d’application.

Cela changera votre façon de travailler, les compétences dont vous avez besoin et la façon dont vos clients internes vous voient. Cela pourrait même signifier que vous devrez modifier une partie de votre infrastructure.

Les services de distribution application resteront essentiels pour garantir que les applications fonctionnent rapidement, de manière fiable et sûre. Mais tous les ADC ne sont pas en mesure de fournir tous les services avancés dont vous avez besoin d’une manière qui vous permette d’avancer suffisamment rapidement.

CE QUE BIG-IP CLOUD EDITION PEUT FAIRE POUR VOUS.

BIG-IP Cloud Edition offre les services application les plus avancés du secteur, mais dans une nouvelle architecture par application . Et vous pouvez le gérer via un outil de gestion amélioré qui fournit des fonctionnalités d'automatisation du déploiement, de création de modèles et de mise à l'échelle automatique combinées à une visibilité spécifique aux rôles et à des outils de dépannage. Cela signifie que vous pouvez fournir des services application de taille adaptée partout où ils sont nécessaires : dans le cloud, sur site et en périphérie.

BIG-IP Cloud Edition fournit les services de distribution application et de sécurité qui ont fait la renommée de F5, mais dans un package offrant des fonctionnalités en libre-service, multi-cloud et dédiées aux applications, conçues pour chaque application, où qu'elle se trouve. Les équipes d'application bénéficient de déploiements simples avec d'excellentes performances tandis que les équipes NetOps et de sécurité gardent le contrôle mais peuvent s'écarter.

Pour en savoir plus, rendez-vous sur f5.com/cloudedition .