Ce que le SaaS nous apprend sur l’automatisation de infrastructure réseau
Le succès du SaaS est en grande partie dû à la capacité des entreprises à identifier et à encapsuler dans des logiciels des processus commerciaux standardisés. Il en va de même pour les équipes réseau et infrastructure au sein de l’entreprise.
Le SaaS (Software as a Service) est aujourd’hui le plus grand marché du « cloud ». Malgré l’enthousiasme suscité par l’IaaS (comme AWS, Azure et Google Cloud), la réalité est que le SaaS a largement dépassé toutes les autres formes de « cloud » en termes de taux d’adoption et de croissance continue.
Et cela ne montre aucun signe d’arrêt. Un sondage réalisé début 2016 a illustré cette explosion continue du SaaS, les personnes interrogées signalant que le nombre d'applications SaaS officiellement prises en charge par l'informatique a augmenté de 50 % en un an seulement, passant de 8 en 2015 à 12 en 2016. Le rapport prédit que ce nombre va encore augmenter, atteignant 17 en 2017.
Sachant que le « cloud » a maintenant dix ans, cela représente des taux d’adoption assez impressionnants pour ce qui est traditionnellement considéré comme des applications assez standard. Nous parlons de CRM, ERP, CMS, de suites bureautiques liées à la productivité et de sites de partage de fichiers.
Vous vous demandez probablement ce que le SaaS a à voir avec l’automatisation de l’infrastructure. Ce sont des pommes et du steak, après tout. L’automatisation du provisionnement et de la mise à l’échelle du réseau n’a rien à voir avec le SaaS.
Sauf que c'est un peu le cas. Soyez indulgents avec moi un instant, je vais vous expliquer.
Vous voyez, l’un des thèmes communs à toutes les applications SaaS est la banalisation des fonctions. Le glisser-déposer pour le partage de fichiers est un paradigme assez bien compris pour le partage de fichiers, que ce soit sur le bureau à l'aide de dossiers partagés sur le réseau ou à l'aide d'une interface basée sur un navigateur. Même chose pour les documents et les présentations, et même la publication de contenu. Il existe un processus assez bien défini qui définit la manière dont on procède pour faire X ou Y, et que l'interface soit un navigateur Web ou une application autonome ne change pas vraiment le processus, juste les icônes et l'interface.
De nombreuses fonctions commerciales sont également hautement standardisées (marchandisisées). Le processus suivi par un représentant du service client (RSC) après avoir répondu à votre appel très important (et c'est vraiment le cas, ils nous assurent tous que c'est le cas) est probablement le même, quelle que soit la personne avec laquelle vous interagissez. Appeler la société de câblodistribution ou une entreprise de vente au détail au sujet d'une commande vous offre une expérience assez standardisée. Mais ne me croyez pas sur parole, voici un excellent article de Harvard Business Review (de 2005) qui discute de cette convergence sur la standardisation des processus qui, peu de temps après, conduirait au phénomène désormais connu sous le nom de « SaaS ».
Les processus standards permettent également une externalisation plus facile des capacités de processus. Afin d’externaliser efficacement les processus, les organisations ont besoin d’un moyen d’évaluer trois éléments en plus du coût. Tout d’abord, il y a l’ensemble des activités du fournisseur externe et la manière dont elles se déroulent. Étant donné que les entreprises ne sont pas parvenues à un consensus sur ce qui constitue exactement la comptabilité analytique ou la gestion des avantages sociaux des RH, par exemple, la question des services qui doivent être fournis entre acheteurs et fournisseurs reste ambiguë. Par conséquent, les organisations ont besoin d’un ensemble de normes pour les activités de processus afin de pouvoir communiquer facilement et efficacement lors de discussions sur les processus externalisés. Ces normes d’activité et de flux de processus commencent à émerger dans une variété d’entreprises et d’industries. Certaines sont le résultat des efforts de groupes de processus tels que le Supply-Chain Council, qui compte plus de 800 entreprises parmi ses membres.
Une fois qu’un processus est standardisé (marchandisé), il devient assez facile de le codifier et d’y apposer une interface que vous pouvez vendre. Et je dirais que c’est la marchandisation sous-jacente de ces fonctions commerciales qui a contribué à propulser les premiers fournisseurs SaaS vers la célébrité. Avec un modèle de données et une interface de base, il était assez facile de fournir la personnalisation minimale requise par les clients pour que le processus corresponde aux besoins du client. Voilà. Succès instantané.
Appliquons maintenant cela à l’infrastructure et au réseau. Il existe de nombreux processus liés à l'approvisionnement, à la gestion et à la mise à l'échelle qui sont tellement standardisés dans les applications que les serveurs réseau peuvent saisir les commandes requises pendant leur sommeil. Les seuls écarts sont des variables spécifiques à l'application telles que les ports, les adresses IP et les itinéraires. Ce sont des changements que les comités d'évaluation apprécient, car ils n'ont pas à y penser. « Oh, vous allez ajouter une règle de pare-feu pour cette application. Approuvé. »
Tout comme l’attention requise des netops pour les exécuter, leur approbation demande très peu de considération car elle a été faite cent fois, le processus est toujours le même et tout le monde sait ce qui se passe. Ils sont cohérents, prévisibles et répétables.
Approuvé.
Il s’agit des processus standardisés internes à l’informatique qui sont mûrs pour l’automatisation et l’orchestration . Ce sont les meilleurs endroits pour commencer si vous recherchez des gains rapides pour prouver la valeur commerciale de l’investissement dans les efforts d’automatisation. Créez une interface au-dessus de ce processus standardisé et intégrez-la dans le processus (intégration) à la place des méthodes manuelles utilisées aujourd'hui. Voilà. Vous avez réduit les coûts d'exécution de ce processus et, en plus, il sera plus rapide car vous n'aurez pas à attendre la prochaine réunion du comité de contrôle des modifications (vous pourrez peut-être même l'ignorer, ce qui constitue un avantage en soi).
Oui, cela demande du temps et probablement de l’argent (et peut-être un investissement dans des outils et une formation), mais les coûts à court terme seront rentables à long terme. L’automatisation des processus chronophages et standardisés permet aux ingénieurs et aux architectes de se consacrer à d’autres projets. Projets qui ne sont pas susceptibles d’être automatiquement approuvés par le comité de contrôle des modifications.
Le SaaS est gagnant lorsqu’il examine une entreprise, comprend un processus commun et fournit un moyen plus simple et plus rapide de le parcourir. C’était vrai en 2006 et cela reste vrai aujourd’hui. Il en va de même pour les efforts d’automatisation des infrastructures. Trouvez les processus courants et fournissez un moyen plus simple et plus rapide de les parcourir, que ce soit pour « l’utilisateur final » ou d’autres ingénieurs.