Après avoir passé les 20 dernières années à aider mes clients à évaluer correctement et à dimensionner de manière optimale leurs architectures de stockage pour faire face à ces pics d’activité, je n’ai jamais perdu de vue le fait qu’ils représentaient généralement moins de 20 % de la durée totale de fonctionnement de l’environnement dimensionné. À l’époque des infrastructures sur site, cela se traduisait par une importante quantité de ressources inactives mises en réserve.
Chez Clumio, alors que je m’oriente désormais vers l’accompagnement des clients dans le choix d’une solution de protection des données adaptée au cloud public, la première chose qui m’est apparue clairement est que, lorsqu’elle est correctement mise en œuvre, l’évolutivité dynamique du cloud public permet une utilisation bien plus précise des ressources à tout moment. En effet, il s’agit là d’une optimisation indispensable pour transformer sérieusement n’importe quelle idée en une solution aboutie et pleinement développée, car, dans le cloud public, chaque seconde pendant laquelle une ressource est réservée ou « en cours d’utilisation » a un coût. C’est précisément pour cette raison que les solutions conçues pour répondre à un problème sur site ne peuvent pas être simplement transposées telles quelles dans le cloud public. Nous entendons souvent les clients évoquer la nécessité de « refactoriser » une application. Il s’agit d’un travail qui prend du temps, mais la valeur ajoutée liée à une réduction du gaspillage des ressources justifie, au final, le temps consacré à la refonte d’une solution.
Pour qu’une application SaaS puisse gérer les pics de charge à grande échelle, l’utilisation des ressources revêt une importance encore plus grande – non seulement pour les ressources mises à disposition dans l’environnement du client, mais surtout pour les services backend qui prennent en charge non pas un seul client, mais des milliers. Seule la conception d’une application de bout en bout intégrant un modèle intelligent d’utilisation des ressources permettra d’atteindre une véritable évolutivité tout en minimisant les coûts pour les utilisateurs du service.
En mettant en œuvre une approche « cloud-native » basée sur les microservices, Clumio a déjà conçu son service de sauvegarde d’entreprise sécurisé afin de permettre à ses clients de bénéficier de l’efficacité du cloud sans avoir à « refactoriser » leurs applications de sauvegarde existantes. Cela s’illustre particulièrement bien par la manière dont Clumio n’intègre aucune ressource de calcul fixe dans le chemin des données et tire plutôt parti du parallélisme d’AWS S3, combiné à l’évolutivité dynamique des fonctions AWS Lambda et des ressources AWS DynamoDB, afin d’offrir cette expérience fluide et sans heurts que les clients attendent lorsqu’ils utilisent un service SaaS. Cela permet également de simplifier considérablement le dimensionnement de l’environnement d’un client : Clumio fournit les ressources demandées à la demande.
Clumio a permis d’éliminer la tâche fastidieuse consistant à dimensionner les ressources en fonction des pics de charge. Je constate que je passe désormais la majeure partie de mon temps à sensibiliser les clients à l’importance d’une architecture véritablement optimisée et à la valeur ajoutée qu’elle apporte à l’utilisateur. Bien sûr, la meilleure façon de découvrir la valeur ajoutée de Clumio est de l’essayer par soi-même… Je vous encourage donc à le tester.
