En commençant par quelques perspectives sur le marché, on prévoit que d’ici 2020, 83% de toutes les applications d’entreprise seront dans le cloud.
Ce n’est pas surprenant – en 2018, 50 % du trafic sur Aryaka concernait des applications cloud et XaaS et ce chiffre ne fait qu’augmenter.
La grande majorité des prospects avec lesquels nous nous entretenons nous disent que la simplification de leur connectivité XaaS pour leurs sites mondiaux est une priorité absolue.
Avec les migrations dans le nuage, la connectivité, les performances et l’évolutivité de ces instances dans le nuage sont encore plus importantes.
Car quel est l’intérêt du XaaS s’il ne fonctionne pas ?
Les utilisateurs n’ont pas le temps d’attendre que les applications se chargent – ils ont besoin que les applications XaaS fonctionnent.
C’est tout. Quelles sont donc les options qui s’offrent à une entreprise mondiale à l’ère du nuage ? Les trois principales options sont MPLS, SD-WAN DIY et SD-WAN Managé.
Avec MPLS, vous pouvez oublier l’agilité et cela seul est un problème majeur.
Si j’étais un décideur informatique pour une entreprise internationale, je ne rendrais pas justice à mon poste ou à la société pour laquelle je travaille en recommandant MPLS à l’entreprise comme choix pour le réseau étendu, compte tenu des réalités mentionnées ci-dessus.
Il n’existe pas de fournisseur MPLS unique qui possède des réseaux dans le monde entier.
Votre trafic passera forcément par un fournisseur de services avec lequel vous n’avez pas directement passé de contrat et si votre trafic est différencié par un simple label, votre réseau MPLS est-il vraiment sûr ?
Le seul avantage de MPLS est la garantie de perte/latence et de gigue.
Ils offrent une gestion de bout en bout, mais l’ajout ou le déplacement de sites peut prendre des mois.
Même des tâches simples, telles que des changements de VLAN, peuvent prendre des jours ou des semaines.
Dans un monde concurrentiel, cette option n’est pas assez flexible pour répondre aux exigences d’une entreprise dynamique et internationale.
C’est alors qu’intervient le SD-WAN DIY.
Le SD-WAN à faire soi-même n’est pas une responsabilité partagée entre le client, le fournisseur de services et le vendeur de SD-WAN.
Ainsi, lorsque les inévitables problèmes surviennent, c’est vous qui êtes dans le pétrin !
Vous vous retrouvez à courir après plusieurs fournisseurs différents en fonction de votre nombre de boîtes et de fournisseurs de services.
Il est très facile de se perdre dans des accords de niveau de service (SLA), des technologies et des contrats d’assistance disparates et de passer ainsi complètement à côté de la vision et de la portée globales.
Avec le SD-WAN DIY, le succès opérationnel n’est possible que si vous avez pensé dès le départ à tous les aspects de la sécurité, de la flexibilité, de l’agilité et de la simplicité.
Dans le cas contraire, vous obtiendrez une solution bricolée avec des problèmes cachés dont vous n’auriez pas assez de détails pour prévoir ou connaître les pièges. Ne serait-il pas agréable d’avoir un partenaire avec un seul contact pour tout ce qui concerne le réseau étendu et une expérience éprouvée ?
Quelles sont donc les composantes techniques de la performance des applications ? Si nous commençons par la technologie à la base, la disponibilité est la fondation où vous avez des accords de niveau de service, une redondance intégrée et des options de redondance.
La sécurité doit être prise en compte dès la conceptualisation de la solution, y compris les intégrations detiers et la capacité qui est directement liée à l’agilité et à l’évolutivité.
Sur cette base, une plateforme définie par logiciel doit fournir efficacement la qualité de service.
Par exemple, dans les environnements MPLS, la qualité de service n’est appliquée qu’après la perte de paquets.
Pour de nombreux utilisateurs, les connexions TCP se battent entre elles, ce qui entraîne des pertes inutiles.
Si la plateforme définie par logiciel ne fait que reproduire les pièges des environnements MPLS, vous rencontrerez les mêmes problèmes, que vous disposiez ou non d’un SD-WAN à monter soi-même.
La topologie est une autre fonction critique.
Pouvez-vous connecter directement l’utilisateur à l’application dans une configuration de maillage complet, que l’application soit souterraine, au sol, dans le nuage, dans le ciel ou ailleurs ?
Ou bien faites-vous des demi-tours partout, ou traversez-vous des hubs et des centres de données pour arriver à destination, ce qui augmente encore la latence et l’imprévisibilité en sautant d’un support à l’autre ?
Et bien sûr, avec l’explosion des données, la main-d’œuvre mondiale et « toute application n’importe où », l’optimisation et l’accélération brevetées sont essentielles pour obtenir une expérience de haute qualité pour l’utilisateur final à l’échelle mondiale.
Enfin, il y a le processus : est-il simple et vous permet-il d’évoluer au rythme de votre entreprise ?
La technologie, le processus et le modèle de déploiement nécessitent tous une infrastructure solide.
Pour la plupart des entreprises internationales, tenter de mettre en place un réseau privé redondant et multi-fournisseurs de premier ordre en supposant qu’elles disposent du savoir-faire nécessaire équivaut à se tirer une balle dans le pied.
La stabilité en matière de perte de paquets, de latence et de gigue est indispensable pour permettre tout ce qui précède. En tant qu’ingénieur réseau, je me pose la question suivante : pourquoi se lancer dans cette entreprise gigantesque et pleine d’embûches alors que vous pouvez simplement la consommer en tant que service ? C’est là qu’Aryaka, un SD-WAN géré à 100 % en tant que service, entre en jeu.
La transformation numérique de votre entreprise comporte de nombreuses pièces du puzzle et les responsables informatiques ont déjà bien assez à faire.
Le XaaS vous fatigue ?
Accélérez avec nous ! Regardez notre récent webinaire pour un aperçu plus approfondi de la solution Aryaka et de la façon dont nous aidons des centaines d’entreprises mondiales à accélérer les applications cloud en transformant leur WAN.
