Pilotes de l’automatisation des réseaux DIY
Les personnes interrogées ont identifié trois principaux moteurs de l’automatisation du bricolage. Premièrement, ils ont besoin de fonctionnalités adaptées à leurs réseaux spécifiques. Par exemple, ils peuvent avoir des exigences commerciales spécifiques qui rendent leurs réseaux idiosyncrasiques.
“Vous ne pouvez pas obtenir toutes les fonctionnalités souhaitées [from a commercial vendor], a déclaré un ingénieur en automatisation de réseau chez un fabricant Fortune 500. « Habituellement, ils font un certain sous-ensemble de choses. Il s’agit d’un niveau de personnalisation. [With DIY]pouvons obtenir ce que nous voulons quand nous en avons besoin.
Le deuxième facteur majeur concerne les exigences de sécurité et de conformité. Par exemple, une organisation peut évaluer un outil commercial disponible uniquement en tant qu’offre SaaS, mais le groupe de cybersécurité s’y oppose, affirmant que l’entreprise ne peut pas stocker les données réseau dans le cloud SaaS du fournisseur.
Le dernier facteur majeur du bricolage est le coût. “Certains [commercial] les outils que nous avons envisagé d’acheter sont trop chers », a déclaré un ingénieur réseau d’une société de jeux privée. “Le prix est bien plus que la valeur lorsque nous le comparons à l’écriture du code nous-mêmes.”
Moteurs de l’automatisation des réseaux commerciaux
Le principal moteur des outils commerciaux sont les exigences de sécurité et de conformité, ce qui peut surprendre les lecteurs étant donné qu’elles ont également été citées comme un moteur du développement d’outils de bricolage. Il y a une nuance à considérer ici. Dans le cas des outils de bricolage, de nombreuses organisations de cybersécurité interdisent l’utilisation de l’open source. Cela peut aussi être une question de cas d’utilisation. Un outil qui sert une source de vérité peut avoir un ensemble d’exigences de sécurité différent de celui d’un deuxième outil utilisé pour la gestion automatisée des changements.
Le deuxième facteur concerne les exigences générales de la plate-forme telles que la résilience et l’évolutivité. Une équipe de développement interne peut créer un outil capable d’effectuer facilement des dizaines de modifications sur un réseau, mais il peut avoir du mal à s’adapter à des milliers de modifications. Un ingénieur en automatisation de réseau a déclaré à l’EMA que son outil maison prendrait des heures pour appliquer un changement sur tous les routeurs de son réseau. Il a décrit une situation dans laquelle il a remarqué une erreur dans la modification qu’il a poussée, mais il a dû attendre des heures que l’outil termine la modification avant de pouvoir dire à l’outil de la révoquer.
