Ne sacrifiez pas les services à la vitesse
Non, pas ce genre de vitesse. L'autre type de vitesse.
La vélocité, la vitesse à laquelle les applications peuvent être développées et mises en production, est un moteur commun des organisations adoptant des méthodologies de développement agiles et DevOps pour le déploiement. Les mesures tournent souvent autour des « temps de cycle » et de la « fréquence de déploiement », qui sont souvent cités en conjonction avec celles de l’agilité, qui mesurent le temps en « sprints » de plus en plus courts comme moyen de mettre plus rapidement les fonctionnalités et les fonctions sur le marché.
C’est une question de vitesse, et le cloud est depuis longtemps présenté comme un moyen d’y parvenir. Pas de longs délais d'approvisionnement, pas d'attente pour le montage et l'empilage. Des fenêtres de déploiement planifiées qui peuvent nécessiter des délais d’attente de plusieurs mois ? Il n'y a rien de tel. L’« agilité » du cloud n’est en réalité qu’un synonyme de vélocité. Dans une enquête menée en 2015 par CA Technologies , 9 dirigeants sur 10 ont été confrontés à une pression accrue pour publier des applications plus rapidement. Lorsque la question est d’atteindre une vitesse de marché adéquate, le cloud est souvent considéré comme la réponse.
Mais en se précipitant vers le cloud, les organisations sont souvent obligées de sacrifier des services, généralement parce que des offres comparables ou une expertise de déploiement ne sont pas disponibles. C’est un problème, en particulier lorsqu’il s’agit du trio opérationnel que sont les performances, la sécurité et l’évolutivité. Sacrifier l’un des éléments ci-dessus peut avoir un impact dévastateur sur les bénéfices ainsi que sur la productivité, deux indicateurs sur lesquels l’entreprise se mesure sur une base trimestrielle, voire quotidienne.
C’est probablement la raison pour laquelle la majorité des répondants à l’enquête State of the Network 2016 de Network World ont indiqué que les principaux moteurs des investissements en réseau étaient l’amélioration des performances (55 %), la sécurité des données (53 %) et la garantie de la disponibilité (50 %).
Nos propres enquêtes sur l’état de la mise à disposition des applications révèlent également qu’une importance similaire est accordée à ces trois aspects. Lorsqu'on leur a demandé quels services sans lesquels les répondants ne déploieraient pas une application, la sécurité et la disponibilité arrivent en tête. Et les performances ? C'est la dernière chose à laquelle les organisations renonceraient, même si cela signifiait rendre leurs réseaux plus sûrs.
Les organisations ont besoin d’une approche du « meilleur des deux mondes ». Ils ont besoin de l'agilité, c'est-à-dire de la vélocité, du cloud computing pour correspondre à la vitesse à laquelle les développeurs et les opérateurs poussent les applications en production, mais ils ne peuvent pas sacrifier les services sur lesquels ils s'appuient pour la sécurité, l'évolutivité et les performances pour y parvenir. Une violation, de mauvaises performances ou un échec de mise à l’échelle à un moment critique sont aussi dommageables que de ne pas mettre l’application sur le marché du tout.
Le problème est que les deux mondes semblent être en désaccord l’un avec l’autre. Il s’agit de la dissonance du centre de données qui résulte de la tentative de soutenir à la fois la fiabilité et l’agilité.
Il s’avère que les mondes ne sont pas aussi disharmonieux qu’il y paraît. L'agilité nécessaire au niveau de l'entreprise pour optimiser les opérations avec des applications et des objets et mettre les fonctionnalités et les fonctions sur le marché plus rapidement et plus fréquemment, repose sur la fiabilité de l'infrastructure qui les fournit. Ce n’est pas que le réseau n’est pas capable de se déplacer à cette vitesse, c’est qu’il nécessite un peu plus d’attention pour garantir que non seulement les déploiements sont répétables, mais qu’ils sont également cohérents et prévisibles.
Cela signifie que l’approche traditionnelle de déploiement des services d’application nécessaires au maintien de la sécurité, de l’évolutivité et de la vitesse n’est pas le problème. C’est la vitesse à laquelle ils sont déployés qui pose problème. Pour lutter contre ce phénomène, il faut se tourner vers des méthodes programmatiques telles que les API et les modèles qui, lorsqu'ils sont combinés à l'orchestration, accélèrent le déploiement des services d'application. Des vitesses plus en phase avec celles du développement et des opérations d'applications.
Une solution consiste à utiliser un ensemble de services cohérents sur le plan opérationnel dans tous les environnements, qu’ils soient traditionnels ou en colocation, dans un cloud public ou privé. Avec une plateforme capable de se déployer sur un ensemble robuste d'environnements (comme tous les clouds et les centres de données traditionnels), les organisations peuvent améliorer la vélocité en réduisant les frictions opérationnelles causées par la création et la gestion de plusieurs ensembles de politiques, dont certains peuvent manquer des capacités nécessaires pour promouvoir la cohérence et la conformité. Avec une approche de plateforme, le commandement centralisé avec une exécution décentralisée peut devenir une réalité et fournir la répétabilité sur laquelle repose la confiance dans les déploiements.
L’utilisation de modèles ou le traitement de « l’infrastructure en tant que code » favorise la fiabilité en garantissant la cohérence et la répétabilité des déploiements de services dans tous les environnements, tandis que l’orchestration améliore la vélocité comme moyen de prendre en charge la nature plus fluide et agile des opérations d’aujourd’hui.
Vous pouvez avoir le meilleur des deux mondes. Fiabilité et agilité. Vous n’avez pas besoin de sacrifier les services à la vitesse. Il vous suffit de vous assurer que vous disposez de la bonne plateforme, avec les bonnes capacités, aux bons endroits.