F5 et la facture de périphérie que les plateformes cloud continuent de tester

Résumé

• F5 se comprend mieux comme un fournisseur de contrôle pour les propriétaires d'applications: son acheteur paie pour rendre les applications critiques disponibles, inspectables et gouvernables à travers les centres de données, les clouds et les emplacements périphériques, et pas simplement pour acheter un répartiteur de charge.
• Les preuves publiques soutiennent une pertinence durable au niveau applicatif: le chiffre d'affaires de l'exercice 2025 était d'environ 3,09 milliards de dollars, celui du T2 de l'exercice 2026 de 812 millions de dollars, les produits BIG-IP, NGINX et Distributed Cloud correspondent à des cas d'utilisation réels de livraison et de sécurité, et les registres ARIN montrent des ressources réseau opérées par F5 derrière ses affirmations sur la périphérie.
• Le risque ouvert est l'absorption par le cloud. AWS, Azure, Google Cloud, Cloudflare, Akamai et Fastly vendent tous des services de livraison et de sécurité natifs adjacents, donc F5 doit continuellement prouver que le contrôle spécialisé, le support, la portée hybride et la réponse aux menaces justifient une couche de marge distincte.

L'acheteur est un propriétaire d'application avec un chemin de revenus à protéger

L'acheteur concret dans cette histoire n'est pas une personne admirant un schéma réseau. C'est un propriétaire d'application responsable d'un chemin de connexion, d'un chemin d'API et d'un chemin de paiement qui ne peuvent pas échouer de manière distincte. Le chemin de connexion doit absorber les tentatives de credential stuffing sans verrouiller les vrais utilisateurs. L'API doit appliquer la politique sans casser les clients mobiles ou les intégrations partenaires. La page de paiement doit rester réactive lors d'événements marketing, de pics de fraude et de latences régionales.

L'équipe de plateforme cloud peut avoir déplacé une partie de la pile vers un hyperscaler, laissé une autre partie dans un centre de données privé, et placé un service Kubernetes entre les deux. Le propriétaire d'application reçoit toujours l'appel lorsqu'un client ne peut pas s'authentifier, lorsqu'un robot vide l'inventaire, lorsqu'une API commence à renvoyer des erreurs, ou lorsqu'une équipe d'incident a besoin de preuves de trafic.

C'est à ce moment que F5 doit justifier sa facture. La page officielle de BIG-IP indique que la plateforme fournit des services de livraison et de sécurité d'applications pour les charges de travail critiques dans des environnements hybrides et multicloud, avec équilibrage de charge, sécurité des applications et des API, contrôles d'accès, protection réseau et DDoS, orchestration du trafic chiffré, échelle DNS et programmabilité du trafic:https://www.f5.com/products/big-ip. Ce langage peut sembler large, mais le problème de l'acheteur est concret. L'entreprise est payée lorsqu'une application critique a besoin d'une porte d'entrée programmable capable de prendre des décisions de routage, de terminer et d'inspecter le trafic, d'appliquer des contrôles WAF, de diriger un accès sensible à l'identité, d'absorber des comportements de déni de service et de préserver un chemin de support pour l'équipe qui possède le service métier.

Le portefeuille de produits public correspond à ce propriétaire plutôt qu'à un modèle de déploiement unique. BIG-IP reste le point de contrôle durable pour les applications traditionnelles et hybrides. NGINX est la réponse de F5 aux équipes de plateforme, aux microservices, à l'ingress Kubernetes et au trafic API. F5 Distributed Cloud Services est le côté SaaS et services gérés du même argument: le client veut des politiques et une visibilité près de la périphérie sans gérer chaque composant. F5 décrit sa plateforme plus large de livraison et de sécurité d'applications comme convergeant les services nécessaires pour maintenir les applications et API sécurisées, hautement disponibles et orchestrées intelligemment de la périphérie au cloud:https://www.f5.com/products/f5-application-delivery-and-security-platform. La question économique découle de cette affirmation. Le propriétaire d'application a-t-il encore besoin d'une couche de contrôle spécialisée alors que les fournisseurs de cloud, de CDN et de plateformes de sécurité intègrent de plus en plus ces services dans leurs propres piles?

La réponse n'est pas automatique. Les équipes cloud-natives peuvent utiliser AWS Elastic Load Balancing, AWS WAF, AWS Shield, CloudFront, Azure Application Gateway, Google Cloud Load Balancing, Cloud Armor, Cloudflare, Akamai, Fastly, le NGINX open source, Envoy ou HAProxy selon l'application. La facture F5 ne survit donc que si l'acheteur valorise quelque chose de plus que la commodité native.

Ce quelque chose peut être la continuité des politiques entre environnements, l'inspection haute performance, les contrôles WAF et anti-bot spécialisés, un support mature, une connaissance opérationnelle existante, un approvisionnement via des canaux de confiance, ou la capacité de placer un modèle d'application programmable devant des applications qui ne vivent pas dans un seul cloud. Le test de marge est de savoir si ces avantages restent suffisamment importants alors que les hyperscalers et les plateformes de sécurité périphérique absorbent des fonctions plus routinières.

Le contrat regroupe l'ingénierie de livraison, la politique de sécurité et le support

L'unité commerciale de F5 est plus facile à comprendre si elle est tarifée comme un ensemble de promesses opérationnelles.

Un client qui paie pour la livraison d'applications à la périphérie paie pour le débit, mais aussi pour la capacité à prendre des décisions sous pression: contourner un membre de pool défaillant, limiter le débit d'un chemin suspect, réécrire un en-tête, exposer des informations de santé, ajouter une règle de sécurité, déchiffrer pour inspection, préserver un workflow de certificats, fractionner le trafic lors d'une migration et appeler le support lorsque la dernière modification s'est comportée différemment en production qu'en laboratoire.

Ce regroupement explique pourquoi F5 peut avoir à la fois un héritage d'appliance et des ambitions SaaS sans être seulement une histoire de matériel.

Le formulaire 10-K 2025 de l'entreprise décrit des services d'application de niveau entreprise disponibles sous forme de solutions matérielles, logicielles et SaaS optimisées pour les environnements hybrides et multicloud, avec des modules pouvant fonctionner indépendamment ou dans le cadre d'une solution intégrée sur des appareils haute performance. Il indique que F5 vend des abonnements logiciels, des modèles d'utilisation et de consommation, des services SaaS et gérés, des systèmes haute performance et des services mondiaux tels que la maintenance, le conseil, la formation et le support technique:https://www.sec.gov/Archives/edgar/data/1048695/000104869525000157/ffiv-20250930.htm. Ces catégories sont importantes car l'acheteur n'achète pas seulement une licence. Il achète une interprétation continue du trafic applicatif, des mises à jour produit, des conseils de sécurité et une organisation de support qui comprend l'appareil ou le service placé devant son application.

Cette combinaison se reflète dans les revenus. Au cours de l'exercice 2025, F5 a déclaré environ 3,088 milliards de dollars de revenus nets totaux, dont environ 1,509 milliard provenant des produits et environ 1,579 milliard des services. Les revenus produits comprennent les systèmes et les logiciels; les services comprennent la maintenance, la formation et le conseil. Au T2 de l'exercice 2026, F5 a déclaré 812 millions de dollars de revenus, avec des revenus systèmes de 226 millions de dollars, des revenus logiciels de 184 millions de dollars et des revenus de services de 401 millions de dollars, selon le communiqué de résultats de l'entreprise du 28 avril 2026:https://www.f5.com/company/news/press-releases/earnings-q2-fy26. La répartition est importante. Les services ne sont pas un aspect secondaire. Ils constituent la couche récurrente de support, de maintenance et d'expertise qui rend un ensemble complexe de contrôles périphériques tolérable pour les acheteurs entreprises.

La base de coûts raconte la même histoire de l'autre côté. Le rapport annuel 2025 indique que le coût des revenus produits comprend les produits finis achetés auprès de sous-traitants, le personnel, les frais généraux de fabrication, le fret, la garantie, les provisions pour stocks, les coûts technologiques, l'hébergement cloud et les licences logicielles, les installations, la dépréciation et l'amortissement. Le coût des revenus de services comprend le personnel des services professionnels, les déplacements, les coûts technologiques incluant l'hébergement cloud et les licences logicielles, les installations et la dépréciation.

La marge brute pour l'exercice 2025 était de 81,4 %, et celle du T2 de l'exercice 2026 était également de 81,4 % sur une base GAAP. C'est suffisamment élevé pour montrer l'économie du logiciel et des services, mais les notes de coûts montrent aussi pourquoi l'entreprise n'est pas une pure abstraction logicielle cloud. Elle porte encore des obligations de produit, de support, d'hébergement cloud, de garantie, de matériel et de services professionnels.

Le calcul de renouvellement de l'acheteur est donc multidimensionnel. Si le propriétaire d'application n'a besoin que d'un répartiteur de charge cloud public de base, une couche F5 distincte peut sembler coûteuse.

Si le propriétaire d'application a un flux de paiement fortement réglementé, une application héritée avec des dépendances fragiles, une API mobile exposée mondialement, une charge de travail dans un centre de données qui ne peut pas être déplacée rapidement, un besoin de défense contre les bots sur plusieurs canaux et une exigence d'ingénieur support capable d'aider lors d'un incident de sécurité, alors la facture F5 se rapproche d'une assurance opérationnelle. L'activité de F5 doit vivre dans ce second cas. Sa valeur est la plus forte là où l'application est importante, hétérogène, attaquable et coûteuse à replateformer.

La confiance de la base installée est le moteur silencieux des revenus

La répartition des revenus explique aussi pourquoi F5 ne devrait pas être jugée uniquement sur le fait que les nouvelles applications choisissent un chemin contrôlé par F5 dès le premier jour. Une partie significative de l'activité repose sur la logique de renouvellement au sein des parcs existants. Une entreprise qui utilise déjà BIG-IP devant des applications importantes a accumulé des politiques, des certificats, des règles de trafic, des manuels opérationnels, des habitudes de support et des contrôles de gestion des changements autour de cette plateforme.

Remplacer la porte d'entrée d'une application de paiement ou d'authentification n'est pas comme échanger un serveur standard. Le remplacement doit préserver le comportement du trafic, prouver que la politique de sécurité fonctionne toujours, survivre aux tests de restauration, satisfaire la revue d'audit et éviter de surprendre les équipes en aval.

Cette logique de base installée est visible dans les revenus de services de F5. Au cours de l'exercice 2025, les services ont légèrement dépassé les produits, et au T2 de l'exercice 2026, les services représentaient environ 401 millions de dollars sur un total de 812 millions. La maintenance et le support ne créent pas le même enthousiasme public qu'une annonce de nouveau produit, mais ils sont centraux pour l'économie. Le propriétaire d'application peut accepter une plateforme coûteuse car le risque de migration alternatif est visible et immédiat.

Le substitut cloud peut être moins cher sur la facture et toujours coûteux si la migration casse une intégration fragile, modifie le comportement de l'IP source, perturbe le TLS mutuel, invalide une exception WAF ou force une équipe de sécurité à apprendre un modèle de politique différent pendant une période à haut risque.

La concentration des distributeurs est un autre signal utile. Le rapport annuel 2025 de F5 indiquait que deux clients distributeurs représentaient chacun plus de 10 % du revenu net total, à 15,8 % et 17,5 % respectivement, tandis qu'aucun client utilisateur final ne représentait plus de 10 % du revenu net total ou des créances. Son formulaire 10-Q au 31 mars 2026 continuait de déclarer des clients distributeurs au-dessus de 10 % du revenu net total et indiquait qu'aucun client utilisateur final ne dépassait 10 %:https://www.sec.gov/Archives/edgar/data/1048695/000104869526000051/ffiv-20260331.htm. Les preuves pointent vers un modèle d'entreprise fortement orienté vers les canaux plutôt qu'une dépendance à un seul client. La base de clients peut être large, mais F5 dépend toujours des voies de distribution, de revente et de partenariat pour atteindre les achats des entreprises.

Cette structure de canal peut aider et nuire. Elle aide car de nombreuses entreprises achètent des infrastructures complexes via des revendeurs établis, des intégrateurs et des marketplaces qui comprennent déjà les renouvellements de support, les mises à jour matérielles, les services professionnels et les cycles budgétaires. Elle nuit car les couches de canal peuvent masquer les changements de demande des utilisateurs finaux.

Si une entreprise commence à envoyer de nouvelles charges de travail vers des services cloud natifs tout en renouvelant uniquement les parcs F5 hérités, le flux de renouvellement à court terme peut sembler stable même si le pool de croissance à long terme se déplace ailleurs. La meilleure preuve de durabilité n'est donc pas seulement une base installée importante. C'est la preuve que F5 est attachée aux nouvelles architectures via NGINX, Distributed Cloud, les marketplaces cloud et les intégrations partenaires.

La répartition géographique compte aussi. Les documents investisseurs de F5 pour le T2 de l'exercice 2026 indiquaient que les Amériques représentaient 50 % du chiffre d'affaires, l'EMEA 32 % et l'APAC 18 %, avec une croissance plus rapide en EMEA et APAC qu'en Amériques ce trimestre:https://s21.q4cdn.com/785172654/files/doc_presentations/2026/May/05/F5-Investor-Deck.pdf. Un fournisseur mondial de livraison d'applications bénéficie du fait que les clients multinationalx souhaitent un contrôle similaire dans toutes les régions. Il fait également face à des exigences locales d'approvisionnement, de résidence des données, de latence et de réglementation. C'est pourquoi le point de présence en Indonésie et le langage sur la souveraineté des données ne sont pas décoratifs. Ils correspondent à un monde où les propriétaires d'applications veulent une posture de sécurité mondiale mais des preuves de performance et de conformité locales.

Voici la question de la base installée en termes simples: F5 peut-elle transformer la confiance de renouvellement en revenus de modernisation avant que les plateformes cloud ne transforment la modernisation en remplacement? Si le client utilise BIG-IP pour les applications héritées, NGINX pour les services de plateforme, Distributed Cloud pour la sécurité périphérique gérée et l'achat via marketplace pour les dépenses cloud, F5 a une voie cohérente.

Si le client renouvelle BIG-IP uniquement parce que les anciennes applications sont difficiles à déplacer tandis que les nouvelles applications utilisent par défaut les contrôles des hyperscalers ou des CDN, les revenus de F5 peuvent rester rentables tandis que sa position stratégique se rétrécit. Les preuves aujourd'hui soutiennent la pertinence, pas l'inévitabilité.

BIG-IP, NGINX et Distributed Cloud montrent trois versions de la même revendication de contrôle

Les preuves produits de F5 sont les plus fortes lorsqu'elles sont lues comme trois chemins vers une même promesse de contrôle applicatif. BIG-IP est la plateforme entreprise mature. Sa page officielle met l'accent sur les services consolidés couches 4 à 7, la polyvalence hybride et multicloud, l'intégration avec les outils DevOps, la conformité réglementaire, les licences flexibles et le support mondial.

La même page liste les services applicatifs, de l'équilibrage de charge et de la gestion du trafic à la sécurité des applications et des API, les contrôles d'accès, la protection réseau et DDoS, la visibilité du trafic chiffré, l'échelle DNS et la programmabilité du trafic. Pour une grande entreprise, cette liste n'est pas une simple dispersion de fonctionnalités. C'est un rappel que de nombreuses applications de production ont encore besoin d'un point d'application de politique riche près de l'application, surtout là où les règles de trafic se sont accumulées au fil des ans.

Advanced WAF est le point de preuve de sécurité le plus clair. F5 déclare que BIG-IP Advanced WAF protège les applications, les API et les données contre les vulnérabilités zero-day, les attaques DoS au niveau applicatif, les campagnes de menaces, la prise de contrôle d'applications et les bots. Il liste les analyses comportementales, l'atténuation DoS couche 7, le chiffrement au niveau applicatif, le renseignement sur les menaces, la sécurité des API, les configurations guidées, les moteurs d'apprentissage, les politiques de sécurité granulaires et la défense proactive contre les bots:https://www.f5.com/products/big-ip-services/advanced-waf. La question de l'acheteur est de savoir si ces contrôles sont plus utiles que le WAF intégré à un CDN ou à un compte cloud. La réponse de F5 est la flexibilité et la profondeur de déploiement: matériel, logiciel, cloud public et intégrations avec l'analyse, la télémétrie, les SIEM, les SOAR et d'autres chaînes d'outils. Cette réponse est crédible pour des environnements hétérogènes, mais moins automatique pour les équipes cloud greenfield.

L'atténuation des bots précise le point car les bots attaquent la logique métier, pas seulement la capacité de l'infrastructure. F5 Distributed Cloud Bot Defense déclare protéger les applications web, les applications mobiles et les API en distinguant les humains, les agents IA de confiance et les automatisations nuisibles, en utilisant le comportement et l'intention plutôt que des signatures statiques ou des revendications d'identité:https://www.f5.com/products/distributed-cloud-services/bot-defense. La proposition de valeur n'est pas que F5 bloque tout le trafic indésirable. C'est qu'elle aide un chemin de revenus à rester utilisable. Une page de paiement protégée par des défis grossiers peut perdre des conversions; un chemin de connexion sans atténuation des bots peut subir une prise de compte; une API sans contrôles peut être raclée ou abusée. Le meilleur cas pour F5 est celui où la fraude, la latence et la friction utilisateur doivent être gérées ensemble.

NGINX est le pont vers le monde des développeurs et des équipes de plateforme. La page NGINX de F5 le décrit comme un moyen léger et haute performance de livrer, sécuriser et mettre à l'échelle des applications, des API, des services Kubernetes et des charges de travail IA dans des environnements hybrides multicloud distribués:https://www.f5.com/products/nginx. NGINX One, NGINX Plus, NGINX Ingress Controller, NGINX Gateway Fabric, NGINX Instance Manager et WAF for NGINX se situent plus près du modèle opérationnel cloud-native qu'une appliance traditionnelle. Cela donne à F5 une voie vers des équipes qui pourraient autrement choisir des proxys open source, des maillages de services ou des produits d'ingress cloud natifs. Cela expose également l'entreprise à une comparaison tarifaire plus difficile car de nombreux développeurs connaissent déjà des substituts gratuits ou peu coûteux.

Distributed Cloud est la version périphérie et SaaS de la revendication de contrôle. F5 déclare que sa plateforme cloud distribuée fournit un contrôle centralisé, un backbone privé avec des points de présence mondiaux, des nœuds logiciels de périphérie distribués et des services intégrés de sécurité, de réseau et de livraison:https://www.f5.com/products/distributed-cloud-services/platform-overview. La documentation technique de F5 indique que Distributed Cloud exploite sa propre infrastructure avec des points de présence mondiaux et un backbone privé utilisé pour fournir une connectivité sécurisée entre les sites clients dans le cloud public, le cloud privé ou les sites périphériques:https://docs.cloud.f5.com/docs-v2/platform/overview. C'est la réponse de F5 au virage des plateformes: si le client ne veut pas posséder chaque appliance, F5 veut vendre des politiques, de la connectivité et de la sécurité gérées depuis sa propre couche périphérique.

Les preuves de ressources réseau rendent la revendication périphérique plus concrète

Les preuves de ressources réseau ne sont pas une identité de répertoire et ne doivent pas être gonflées en une telle. Elles sont utiles ici car elles testent si les revendications de périphérie et de cloud distribué de F5 ont une substance opérationnelle au-delà du langage produit. Les enregistrements RDAP d'ARIN listent F5, Inc. comme titulaire de l'AS55002, nommé DEFENSE-NET, avec un enregistrement datant du 12 février 2013 et des informations modifiées pour la dernière fois en juin 2023:https://rdap.arin.net/registry/autnum/55002. ARIN liste également l'AS36516, nommé F5-XC-FE, enregistré par F5, Inc. en mai 2023:https://rdap.arin.net/registry/autnum/36516. Les noms ne sont pas un modèle économique en eux-mêmes. Ils sont la preuve que F5 exploite des ressources de routage pertinentes pour les services de sécurité distribués et de trafic front-end.

Les enregistrements réseau ARIN ajoutent du contexte supplémentaire. L'allocation IPv4 107.162.0.0/16 est enregistrée auprès de F5, Inc. sous NET-107-162-0-0-1, nommé F5SL-01:https://rdap.arin.net/registry/ip/107.162.0.0. L'allocation IPv6 2604:e180::/32 est enregistrée auprès de F5, Inc. sous NET6-2604-E180-1, nommé F5SL-02:https://rdap.arin.net/registry/ip/2604:e180::. L'enregistrement d'entité ARIN pour FINC-1 liste F5, Inc. avec des contacts pour les abus et le réseau cloud:https://rdap.arin.net/registry/entité/FINC-1. Ces enregistrements ne prouvent pas le nombre de clients, le débit, la performance ou la qualité des produits. Ils prouvent que F5 a des avoirs en ressources identifiables et une responsabilité de contact pour les abus liés à ses services réseau.

Les preuves de routage aident également à expliquer le sujet de l'économie des contacts d'abus. Un fournisseur de livraison d'applications qui fait passer le trafic par un réseau périphérique hérite de plus qu'une responsabilité de performance. Il hérite des signalements d'abus, de la gestion de la réputation, de la coordination des retraits, de l'hygiène de routage, de l'escalade des incidents et du besoin de distinguer le trafic malveillant du trafic client. C'est une raison pour laquelle un client peut payer pour une couche périphérique gérée plutôt que d'assembler uniquement des composants bon marché.

Mais c'est aussi un coût et un risque pour F5. Si un service périphérique exploité par F5 est abusé, mal configuré, dégradé ou lent à répondre aux plaintes, cette friction opérationnelle devient partie du calcul de confiance du client.

La revendication de points de présence mondiaux est également pertinente car F5 concurrence en partie les sociétés de CDN et de cloud périphérique. La page Global Network de F5 indique que tous les points de présence F5 sont connectés de manière redondante sur chaque continent via son backbone privé pour offrir performance, fiabilité et contrôle dans des environnements hybrides ou multicloud:https://www.f5.com/products/distributed-cloud-services/globalnetwork. La documentation de Distributed Cloud de F5 décrit des points de présence interconnectés avec un backbone privé dédié et redondant de plusieurs térabits, un peering dense et plusieurs fournisseurs de transit de niveau 1:https://docs.cloud.f5.com/docs-v2/platform/services/mesh/secure-backbone. Les preuves sont suffisantes pour considérer que F5 exploite une véritable couche de service périphérique. Elles ne suffisent pas à supposer une parité avec des réseaux CDN plus grands dans toutes les zones géographiques ou classes de trafic.

Cette distinction est importante pour la souveraineté et la localisation des données. En avril 2025, F5 a annoncé un nouveau point de présence en Indonésie, le présentant sous l'angle de la souveraineté des données, de la réduction de la latence et de la sécurisation des applications alimentées par l'IA:https://www.f5.com/company/news/press-releases/f5-point-of-presence-indonesia-data-sovereignty-secure-ai-applic. Un nouveau point de présence n'est pas une preuve de domination régionale, mais il montre pourquoi la localité fait partie de l'argumentaire de vente. Les entreprises ont de plus en plus besoin d'une application de politique près des utilisateurs, des régions cloud et des marchés nationaux sans construire chaque contrôle localement. F5 peut gagner là où le client a besoin d'une couche politique mondiale avec suffisamment de placement local pour satisfaire à la latence, à la conformité et à la réponse aux incidents.

Les avis de sécurité font de la discipline de correctif une partie du produit

La position de F5 à la périphérie applicative crée un paradoxe. Les clients achètent F5 pour protéger des applications importantes, mais les mêmes produits deviennent des cibles de haute valeur car ils se trouvent souvent devant des applications importantes. Un répartiteur de charge, une passerelle d'accès, un WAF ou un service périphérique peut devenir une voie attrayante pour les attaquants s'il est exposé, ancien, mal configuré ou lent à corriger. C'est pourquoi les avis de sécurité ne sont pas des preuves périphériques. Ils font partie de l'économie du produit.

L'événement récent le plus clair est la divulgation de l'incident de sécurité d'octobre 2025 par F5. Dans un formulaire 8-K du 15 octobre 2025, F5 a fourni des informations sur un incident de sécurité qu'elle avait publié sur son site de support client:https://www.sec.gov/Archives/edgar/data/1048695/000104869525000149/ffiv-20251015.htm. Dans le rapport annuel 2025, F5 a déclaré qu'un acteur de menace étatique hautement sophistiqué avait obtenu un accès persistant non autorisé à long terme à certains systèmes de l'entreprise et exfiltré des fichiers, dont certains contenaient des parties du code source de BIG-IP et des informations sur des vulnérabilités non divulguées de BIG-IP sur lesquelles les équipes d'ingénierie travaillaient. Le même document indiquait que F5 n'avait pas connaissance, à ce jour, de vulnérabilités critiques ou d'exécution de code à distance non divulguées, n'avait aucune preuve d'exploitation active de vulnérabilités non divulguées dans ses produits, et n'avait aucune preuve de modification de sa chaîne d'approvisionnement logicielle, de son code source ou de ses systèmes de construction et de publication.

La réponse gouvernementale a transformé cette divulgation en un problème opérationnel pour les clients. La directive d'urgence 26-01 de la CISA a ordonné aux agences civiles fédérales américaines d'atténuer les vulnérabilités des appareils F5 après le vol du code source et des informations sur les vulnérabilités:https://www.cisa.gov/news-events/directives/ed-26-01-mitigate-vulnerabilities-f5-devices. La CISA a également ordonné aux agences de traiter les vulnérabilités des appareils F5 via une alerte du 15 octobre 2025:https://www.cisa.gov/news-events/alerts/2025/10/15/cisa-directs-federal-agencies-mitigate-vulnerabilities-f5-devices. Le point pour un propriétaire d'application n'est pas d'utiliser une directive gouvernementale comme preuve marketing. C'est de reconnaître la charge opérationnelle. Lorsqu'un produit de porte d'entrée devient urgent, l'inventaire des actifs du client, la discipline de version, les fenêtres de maintenance et la relation de support sont testés.

Le flux d'avis se poursuit au-delà d'un incident. La notification de sécurité trimestrielle d'octobre 2025 de F5 résumait les vulnérabilités annoncées le 15 octobre 2025:https://my.f5.com/manage/s/article/K000156572. L'avis BIG-IP APM de F5 pour CVE-2025-53521 indique que la vulnérabilité permettait l'exécution de code à distance non authentifiée et que le mode Appliance était également vulnérable:https://my.f5.com/manage/s/article/K000156741. La CISA a ajouté CVE-2025-53521 au catalogue des vulnérabilités exploitées connues en mars 2026:https://www.cisa.gov/news-events/alerts/2026/03/27/cisa-adds-one-known-exploited-vulnerability-catalog. La notification de sécurité trimestrielle de mai 2026 de F5 et l'avis NGINX pour CVE-2026-42945 montrent que la charge de divulgation couvre BIG-IP, BIG-IQ, NGINX et les familles de produits associées plutôt qu'une seule ligne d'appliance:https://my.f5.com/manage/s/article/K000160932ethttps://my.f5.com/manage/s/article/K000161019.

Ces preuves vont dans les deux sens. Elles prouvent qu'un fournisseur mature publie des avis, des correctifs et des notifications. Elles rappellent également aux clients que le contrôle de périphérie applicative nécessite des soins continus. Les revenus de support et de maintenance de F5 existent parce que le produit est complexe et exposé. L'acheteur doit payer pour les mises à jour, l'attention d'ingénierie et l'aide professionnelle, puis planifier le travail sans casser l'application. Ce coût peut rendre un service cloud natif attrayant pour les charges de travail simples.

Il peut également rendre F5 plus nécessaire pour les charges de travail critiques dont le comportement est trop personnalisé pour être entièrement confié à un plan de contrôle générique.

Les fenêtres de changement sont là où la promesse de support est testée

La facture du contrôle périphérique n'est pas payée seulement pour les jours normaux. Elle est payée pour le week-end de maintenance, l'avis d'urgence, le problème de certificat inattendu, le brownout après un changement de politique de trafic et la migration dans laquelle un service cloud natif doit se comporter comme l'application plus ancienne qu'il a remplacée. Un propriétaire d'application peut tolérer beaucoup de complexité architecturale si la couche de contrôle se comporte de manière prévisible lorsqu'elle est modifiée.

Le même propriétaire remettra en question chaque renouvellement si les mises à niveau semblent lentes, risquées ou dépendantes de quelques spécialistes difficiles à planifier.

Les revenus de services de F5 représentent donc plus qu'un droit à la maintenance. Ils représentent le besoin de l'acheteur d'un chemin de confiance à travers le changement. Lorsqu'une mise à jour de sécurité affecte BIG-IP, NGINX ou un service Distributed Cloud, le client doit savoir quels actifs sont affectés, quelles versions s'appliquent, quelles atténuations sont acceptables, comment planifier le changement et comment prouver après coup que l'application est toujours protégée. C'est particulièrement important pour les chemins de connexion, de paiement et d'API car ils ont à la fois des conséquences de sécurité et de revenus.

Une règle restrictive peut bloquer la fraude et aussi bloquer les clients. Une règle permissive peut préserver la conversion et aussi permettre les abus. La promesse de support est précieuse lorsqu'elle aide le propriétaire à faire ces compromis sous pression temporelle.

Les parcs d'appliances matérielles et virtuelles ajoutent une autre couche. Les documents de F5 décrivent le matériel, les logiciels, le SaaS et les services gérés, et les notes de coûts mentionnent les sous-traitants, les produits finis, le fret, la garantie et les pièces de rechange. Cela signifie que l'entreprise doit encore gérer la disponibilité des produits physiques et la planification du cycle de vie même si elle pousse davantage de SaaS et d'abonnements logiciels. Un client qui renouvelle une appliance haute performance prend une décision différente d'un client qui active une règle WAF cloud.

La première décision implique les délais de livraison du matériel, la capacité en baie, les licences, les unités de rechange, les fenêtres de maintenance et le contrôle des changements réseau. La seconde implique la politique cloud, le routage du trafic et la confiance dans le niveau de service. F5 doit servir les deux sans donner l'impression qu'aucun des deux modèles est abandonné.

La dépendance vis-à-vis des fournisseurs et des amonts façonne également le test de marge. Un produit matériel peut être affecté par la disponibilité des composants, la capacité de fabrication des sous-traitants, la logistique, l'exposition à la garantie et les tarifs. Un service SaaS peut être affecté par les coûts d'hébergement cloud, le comportement du fournisseur de cloud public, la capacité du backbone, le peering, la qualité des points de présence régionaux, le personnel de support et le coût de stockage et d'analyse des données de télémétrie. Ce ne sont pas des raisons pour lesquelles l'activité est faible.

Ce sont des raisons pour lesquelles la transition vers le cloud n'est pas gratuite. Passer de l'économie des appliances au SaaS et aux services périphériques gérés peut préserver la pertinence, mais cela transfère également davantage de charge opérationnelle sur la propre infrastructure de F5 et les relations partenaires.

Pour les clients, le test pratique est de savoir si F5 réduit le nombre de problèmes non résolus ou se contente de les déplacer. Si F5 permet à une banque d'appliquer une politique WAF cohérente entre les applications du centre de données et du cloud, donne à un détaillant des contrôles anti-bots sans casser le processus de paiement, et permet à un organisme de santé de conserver un comportement d'accès hérité tout en modernisant les API, alors la plateforme gagne une prime.

Si le même client doit réconcilier trop de consoles, de versions, d'exceptions et de chemins de support, la plateforme commence à ressembler à la complexité qu'elle promettait de gérer. C'est pourquoi NGINX One, l'ADSP et le message de Distributed Cloud misent tous sur une visibilité unifiée et une cohérence des politiques. L'acheteur veut garder le contrôle spécialisé, mais pas le poids administratif qui l'accompagnait historiquement.

L'économie dépend aussi de la rareté du personnel. Les entreprises ont souvent moins d'ingénieurs qui comprennent profondément la livraison d'applications qu'elles n'ont d'équipes applicatives demandant des changements. Un administrateur F5 rare peut devenir un goulot d'étranglement, ce qui rend les alternatives cloud en libre-service attrayantes. L'opportunité de F5 est de rendre ces connaissances spécialisées plus évolutives via l'automatisation, la gestion SaaS, une télémétrie plus claire et le support partenaire.

Son risque est que les plateformes cloud rendent le travail ordinaire de livraison d'applications suffisamment simple pour que moins d'équipes aient besoin de connaissances spécialisées du tout. Le cas d'utilisation le plus fort reste l'application dont le comportement est trop précieux, trop exposé ou trop irrégulier pour des contrôles ordinaires.

Les écosystèmes partenaires montrent comment F5 doit chevaucher la demande cloud

Les documents partenaires de F5 montrent une entreprise essayant de transformer l'absorption cloud en distribution plutôt qu'en simple menace. La page des alliances technologiques indique que les principales entreprises technologiques collaborent avec F5 via l'interopérabilité et l'intégration avec la plateforme de livraison et de sécurité d'applications de F5, aidant les clients à déployer des applications et API rapides, disponibles et sécurisées partout:https://www.f5.com/partners/technology-alliances. Les alliances listées incluent AWS, Google Cloud, Microsoft Azure, Red Hat, Equinix, CrowdStrike, Dell, NVIDIA, NetApp, Nutanix, DigiCert, Sectigo, Splunk et d'autres. La liste ne doit pas être lue comme une preuve que chaque intégration génère des revenus matériels. C'est la preuve que F5 sait que l'environnement de l'acheteur est mixte et qu'elle doit entrer par les écosystèmes que l'acheteur utilise déjà.

Les pages d'alliances cloud public sont particulièrement importantes. F5 sur AWS indique que la plateforme F5 améliore la sécurité, les performances et la gestion des applications tout en s'intégrant aux services AWS:https://www.f5.com/partners/technology-alliances/amazon-web-services. F5 sur Azure décrit BIG-IP Virtual Edition, Distributed Cloud Services, les cas d'utilisation d'accès et d'identité, et la disponibilité sur la marketplace cloud:https://www.f5.com/partners/technology-alliances/microsoft-azure. La page d'alliance de F5 avec Google Cloud indique que F5 et Google Cloud offrent une protection et une visibilité sur les applications, les API et les charges de travail IA avec une sécurité cohérente où qu'elles s'exécutent:https://www.f5.com/partners/technology-alliances/google-cloud-platform. L'expression importante n'est pas un nom de cloud particulier. C'est « où qu'elles s'exécutent ». La logique commerciale de F5 dépend de parcs clients qui ne se réduisent pas à une seule plateforme.

L'approvisionnement via les marketplaces cloud est un autre signal. AWS Marketplace liste F5 Inc. comme vendeur de Distributed Cloud Services, décrivant une suite de services de sécurité, de réseau et de gestion d'applications qui aident les clients à déployer, connecter, sécuriser et gérer des applications et API dans des emplacements publics, privés, réseau et périphériques:https://aws.amazon.com/marketplace/seller-profile?id=5d7c5290-13c4-4cae-a425-4b60c0dc83a1. F5 elle-même a écrit que les marketplaces cloud sont devenues un canal d'approvisionnement privilégié et qu'elle a rendu ses solutions de sécurité et de livraison d'applications disponibles via les partenaires fournisseurs de cloud depuis des années:https://www.f5.com/company/blog/pay-as-you-go-f5-distributed-cloud-services-aws-marketplace. Ce n'est pas un changement de canal trivial. Si les dépenses logicielles des entreprises sont de plus en plus engagées sur les marketplaces d'hyperscalers, F5 doit y être disponible ou risquer d'être contournée par des alternatives cloud-natives déjà attachées aux dépenses engagées.

La même logique partenaire s'applique à la sécurité et à l'infrastructure IA. En novembre 2025, F5 a annoncé un programme de partenaires ADSP avec des entreprises technologiques de premier plan, nommant des partenaires tels que CrowdStrike, Dell, Equinix, MinIO, NetApp, NVIDIA et Red Hat:https://www.f5.com/company/news/press-releases/f5-launches-adsp-partner-program-with-leading-technology-companies-to-revolutionize-application. Cela relève en partie d'un positionnement autour du trafic lié à l'IA, mais la leçon opérationnelle est plus large. F5 veut être le tissu de livraison et de sécurité entre les plateformes de calcul, de stockage, d'identité, de télémétrie et de périphérie. C'est plus plausible pour les grandes entreprises hétérogènes que pour une startup construisant tout dans un seul compte cloud.

L'absorption cloud est le test de marge

Le risque le plus fort pour F5 n'est pas que la livraison d'applications et la sécurité d'applications cessent d'être importantes. Elles importent davantage à mesure que les applications deviennent distribuées, lourdes en API et attaquées. Le risque est que le pool de marges se déplace vers les plateformes qui possèdent déjà la charge de travail, la périphérie, la source de trafic ou l'engagement d'achat. AWS Elastic Load Balancing vend la distribution native du trafic applicatif et réseau à l'intérieur d'AWS:https://aws.amazon.com/elasticloadbalancing/. AWS WAF vend des règles contre les exploits web courants et les bots pour les applications derrière des services tels que CloudFront, Application Load Balancer et API Gateway:https://aws.amazon.com/waf/. Azure Application Gateway fournit de l'équilibrage de charge de niveau 7 et des capacités WAF optionnelles:https://azure.microsoft.com/products/application-gateway. Google Cloud Armor fournit une protection DDoS et des règles WAF pour les charges de travail Google Cloud:https://cloud.google.com/security/products/armor. Aucun de ces services n'a besoin d'être un substitut parfait de F5 pour faire pression sur F5. Ils doivent seulement être suffisamment bons pour une part croissante des charges de travail.

Les plateformes CDN et de sécurité périphérique font pression de l'autre côté. Cloudflare vend WAF, gestion des bots, protection DDoS, CDN et sécurité applicative à partir d'un réseau périphérique mondial:https://www.cloudflare.com/application-services/products/waf/. Akamai App & API Protector combine protection des applications web et des API avec DDoS, bots et contrôles livrés en périphérie:https://www.akamai.com/products/app-and-api-protector. Fastly vend un WAF de nouvelle génération et des services cloud périphériques pour la protection et la livraison d'applications:https://www.fastly.com/products/web-application-api-protection. Ces entreprises n'ont pas besoin de déplacer chaque appliance BIG-IP. Elles doivent convaincre suffisamment de propriétaires d'applications que la sécurité cloud native, la portée CDN et une consommation SaaS plus simple réduisent le besoin d'une couche de contrôleur de livraison d'applications distincte.

F5 reconnaît la concurrence dans ses propres documents. Le rapport annuel 2025 indique que ses produits d'équilibrage de charge cloud-natifs et hybrides-cloud concurrencent AWS, Google Cloud Platform, Envoy et HAProxy, tandis que les cas d'utilisation de sécurité applicative et de cloud distribué concurrencent les acteurs traditionnels de la périphérie, dont Akamai, Cloudflare et Fastly, et les fournisseurs de réseau tels que Broadcom et Cisco. C'est un aveu utile car il rejette une vision étroite limitée à une appliance. F5 ne se contente pas de défendre une catégorie matérielle.

Elle se bat pour le droit de rester une couche de contrôle payante dans plusieurs catégories que les clients attendent de plus en plus des fournisseurs de cloud et de périphérie.

Le test de marge est particulièrement aigu dans le SaaS. Le rapport annuel de F5 indique que les stratégies basées sur le cloud et le SaaS nécessitent des ressources importantes et que l'entreprise fait face à des coûts pour construire et maintenir l'infrastructure de support des services cloud et SaaS afin de sécuriser les données clients. Il note également les dépendances d'hébergement cloud tiers pour son infrastructure Distributed Cloud Services. Cela signifie que le mouvement de F5 vers le SaaS peut protéger la pertinence tout en changeant l'économie.

Les marges brutes des appliances, les marges des abonnements logiciels, les coûts d'hébergement cloud, les coûts du réseau périphérique, les coûts de support et les coûts de réponse de sécurité ne sont pas identiques. Si F5 gagne davantage de SaaS et d'activité périphérique gérée mais doit dépenser massivement en backbone, hébergement cloud, recherche sur les menaces et support, l'entreprise doit prouver que le nouveau mélange préserve suffisamment de marge.

Les engagements de dépenses cloud rendent la pression d'absorption plus commerciale que technique. De nombreux grands clients s'engagent déjà sur des dépenses annuelles ou pluriannuelles auprès d'AWS, Azure ou Google Cloud. Un service de sécurité ou de livraison d'applications acheté via la même facture cloud peut utiliser cet engagement, simplifier l'achat et éviter un autre examen de fournisseur. F5 peut utiliser le même canal via les marketplaces, mais elle doit toujours convaincre l'acheteur qu'un service spécialisé vaut la peine d'être sélectionné plutôt que le service natif déjà présent dans la console cloud.

C'est pourquoi la part d'abonnements seule n'est pas une preuve suffisante. Une part d'abonnement plus importante n'est attrayante que si elle reflète un contrôle récurrent de chemins applicatifs importants, et non une migration à prix réduit de fonctions d'appliance plus anciennes vers un modèle de consommation à moindre marge.

La même logique s'applique à la défense contre les bots et au WAF. Les produits cloud natifs et CDN sont plus faciles à acheter, mais ils peuvent être moins performants lorsque l'application a une logique métier inhabituelle, un trafic mobile et web mélangé, des limites strictes de faux positifs ou un comportement hérité qu'un ensemble de règles génériques ne peut pas comprendre. L'opportunité défendable de F5 est de prouver que sa détection, sa profondeur de politique et son support réduisent suffisamment la fraude, les temps d'arrêt et le travail d'ingénierie pour compenser la couche supplémentaire.

Le signe d'alarme serait que les clients gardent F5 uniquement pour les portes d'entrée héritées tout en plaçant les nouvelles API orientées client derrière des contrôles cloud natifs par défaut.

Le côté positif est que la réalité hybride offre à F5 un marché naturel. La plupart des grandes entreprises n'exécutent pas toutes leurs applications critiques dans une seule architecture cloud propre. Elles conservent des systèmes plus anciens, des données réglementées, des acquisitions, des intégrations partenaires, des centres de données privés, des exigences de conformité régionales et des charges de travail cloud côte à côte. Plus l'environnement est fragmenté, plus la livraison d'applications et la sécurité cohérentes deviennent précieuses.

Le côté négatif est que chaque année, les plateformes cloud et les réseaux périphériques améliorent leurs contrôles natifs. F5 doit être meilleure là où la complexité est élevée, plus facile là où les opérations sont sous tension, et crédible là où les équipes de sécurité se demandent pourquoi une autre couche d'application mérite d'être payée.

Les discussions clients tarifient la complexité autant que la force

Les discussions clients non officielles doivent être traitées avec prudence. Elles ne sont pas des preuves de revenus auditées et ne sont pas une preuve de qualité produit. Elles sont utiles car les acheteurs parlent différemment dans les forums et les sites d'avis que les vendeurs dans les pages produits. Les résumés d'avis TrustRadius pour F5 BIG-IP listent des forces telles que l'équilibrage de charge efficace du trafic applicatif, les capacités WAF et la haute disponibilité, tout en listant également des préoccupations telles que l'interface utilisateur obsolète ou complexe, l'automatisation/intégration API limitée et la synchronisation de configuration difficile:https://www.trustradius.com/products/f5-big-ip/reviews. Les pages Gartner Peer Insights présentent également F5 BIG-IP comme un produit de contrôleur de livraison d'applications utilisé pour la gestion avancée du trafic dans des environnements sur site, hybrides et multicloud, avec de nombreux avis mais aussi des comparaisons avec des alternatives:https://www.gartner.com/reviews/market/application-delivery-controllers/vendor/f5.

Les discussions sur les forums sont plus directes. Une discussion de longue date sur le réseautique demandait pourquoi une entreprise devrait dépenser autant pour F5 alors qu'il existe des options d'équilibrage de charge moins chères:https://www.reddit.com/r/networking/comments/3cll6d/why_should_we_spend_so_much_money_for_f5/. Une autre discussion centrée sur F5 comparait BIG-IP avec Cloudflare, Akamai et Fastly en distinguant les appliances d'infrastructure que les clients gèrent des plateformes SaaS périphériques:https://www.reddit.com/r/f5networks/comments/p16t97/how_does_f5_differ_from_cloudflareakamaifastly_etc/. Une troisième discussion sur F5 contre NGINX pour le WAF décrivait F5 comme fiable mais cher et complexe:https://www.reddit.com/r/networking/comments/a17fkd/f5_bigip_vs_nginx_for_web_app_firewall/. Ce ne sont que des signaux anecdotiques. Leur utilité est qu'ils nomment l'objection d'achat: F5 est valorisée pour sa puissance et sa flexibilité, mais cette même ampleur peut la faire paraître chère, complexe et collante.

Cette tension est centrale dans l'économie de F5. La complexité est à la fois la raison pour laquelle les clients ont besoin du produit et la raison pour laquelle ils pourraient partir. Une banque avec des applications héritées, des règles de trafic personnalisées, des contraintes de conformité et une équipe réseau formée peut considérer la configurabilité de F5 comme une force. Une équipe cloud-native essayant de livrer rapidement des services peut considérer la même configurabilité comme une friction.

Un détaillant sous pression de bots peut valoriser une atténuation spécialisée; une petite entreprise web peut préférer un produit de sécurité CDN groupé. Le travail de F5 est de transformer la complexité en résultats contrôlés plutôt qu'en fardeau visible.

L'entreprise semble comprendre ce risque. Les messages ADSP et NGINX One mettent l'accent sur la gestion unifiée, l'observabilité, la cohérence des politiques et l'automatisation. Les messages Distributed Cloud mettent l'accent sur le contrôle SaaS et l'infrastructure périphérique mondiale. Les messages partenaires mettent l'accent sur le fonctionnement au sein des écosystèmes cloud et de sécurité existants.

Tous sont des réponses à la même plainte du marché: la livraison d'applications de niveau entreprise est puissante, mais les clients ne veulent pas se noyer dans la configuration, les consoles, les cycles de mise à niveau et l'assemblage d'outils. Le gagnant dans ce marché n'est pas nécessairement le fournisseur avec le plus de boutons. C'est le fournisseur qui fait sentir aux propriétaires d'applications que ces boutons sont gouvernés, observables et supportables.

Ce qui changerait le jugement

Le scénario optimiste pour F5 est que la livraison et la sécurité des applications deviennent plus importantes, et non moins. Davantage d'applications sont exposées via des API. Davantage de trafic est chiffré. Davantage de clients attendent des transactions numériques à faible latence. Davantage de fraude se produit au niveau applicatif. Davantage d'entreprises fonctionnent sur un mélange de cloud public, cloud privé, SaaS, périphérie et parcs de centres de données plus anciens.

F5 a la permission de la marque, une base installée, une profondeur de produit, des relations de support, des revenus de services récurrents, une expertise en sécurité et des ressources réseau qui correspondent à cet environnement. Sa croissance au T2 de l'exercice 2026, avec une croissance des produits de 22 % et une croissance totale des revenus de 11 %, suggère que la demande n'avait pas disparu dans les services natifs des hyperscalers au début de 2026.

Le scénario pessimiste est que les mêmes tendances permettent aux plateformes d'absorber les fonctions de F5. Une équipe cloud public peut commencer avec l'équilibrage de charge natif et le WAF. Une entreprise web peut commencer avec Cloudflare, Akamai ou Fastly. Une équipe Kubernetes peut commencer avec NGINX open source, Envoy ou un ingress géré. Une équipe de sécurité peut se consolider sous un fournisseur de périphérie ou de SASE plus large. F5 est la plus vulnérable là où les charges de travail sont nouvelles, mono-cloud, peu réglementées et opérationnellement simples.

Elle est également vulnérable si ses propres plateformes restent trop complexes pour les développeurs, trop chères pour les acheteurs de milieu de marché, ou trop dépendantes d'administrateurs spécialisés.

Plusieurs faits changeraient le jugement. La preuve d'une croissance soutenue des abonnements logiciels avec une marge brute stable ou croissante renforcerait le cas que F5 peut se moderniser sans sacrifier l'économie. La preuve que Distributed Cloud Services gagne une adoption substantielle, une rétention élevée et un fort attachement aux clients BIG-IP et NGINX montrerait que F5 peut convertir la confiance de la base installée en revenus SaaS périphériques.

La preuve publique que l'empreinte des points de présence mondiaux de F5 s'étend avec une forte utilisation client, et pas seulement des annonces, soutiendrait la thèse du contrôle périphérique. Inversement, un ralentissement de la croissance des produits, des tendances faibles de renouvellement des services, une hausse des coûts d'hébergement cloud et de réponse aux incidents, ou un mouvement des clients vers le WAF natif des hyperscalers et l'équilibrage de charge l'affaibliraient.

La réponse de sécurité est un autre domaine décisif. Si F5 continue de divulguer, corriger et supporter les clients de manière crédible après des incidents graves, la charge des avis peut renforcer la valeur du support entreprise. Si les clients concluent que le parc de produits est trop risqué, trop difficile à inventorier ou trop perturbateur à corriger, alors la position même qui rendait F5 précieuse à la périphérie devient un passif. L'incident d'octobre 2025, CVE-2025-53521 et les avis ultérieurs ne sont donc pas des histoires secondaires.

Ce sont des tests vivants de la confiance dans une entreprise dont les produits se trouvent souvent près du trafic applicatif le plus sensible.

Le point de vue équilibré est que F5 a encore un rôle défendable, mais pas un rôle paresseux. Il ne suffit pas d'être la célèbre entreprise de répartiteurs de charge. L'acheteur veut désormais la livraison d'applications, la sécurité des applications et des API, la défense contre les bots, l'accès sensible à l'identité, la télémétrie, l'automatisation, la consommation SaaS, l'approvisionnement via les marketplaces cloud, la portée périphérique mondiale et le support expert sans perdre le contrôle du trafic sensible. F5 a des actifs crédibles pour ce travail. Les plateformes cloud et CDN ont des substituts crédibles.

La marge que F5 gagnera dépendra de si les propriétaires d'applications continuent de croire qu'une couche spécialisée de contrôle périphérique vaut la peine d'être payée alors que le cloud propose une réponse plus simple.