3 fournisseurs de cloud public, un objectif de surveillance

Vous avez donc décidé d'adopter l'approche infrastructure en tant que service (IaaS) pour la migration vers le cloud. C'est formidable :vous êtes sur la bonne voie pour réaliser les économies de coûts et la flexibilité du cloud computing.

Mais les décisions ne s'arrêtent pas lorsque vous choisissez entre SaaS, PaaS et IaaS. Le choix de votre fournisseur de cloud public (Amazon Web Services (AWS), Microsoft Azure ou Google Cloud Platform (GCP)) est la prochaine étape.

Chaque fournisseur de cloud public nécessite des considérations uniques, mais vous devez avoir un objectif en tête, quel que soit le fournisseur :une surveillance continue du cloud public.

Considérations relatives à la surveillance des services Web Amazon

AWS regorge de services pour vous offrir une flexibilité dans la migration des applications. Cependant, cela vous laisse le choix de ceux qui conviennent le mieux aux besoins spécifiques de votre entreprise.

Les deux choix suivants pourraient avoir un impact négatif sur l'expérience de l'utilisateur final s'ils ne sont pas traités correctement :

• AWS Lambda vs EC2 pour l'informatique  : Cette décision est similaire à celle que vous prenez concernant le SaaS, le PaaS et l'IaaS. Alors que Lambda peut prendre en charge les tâches administratives telles que la capacité de provisionnement, la surveillance de l'état de la flotte et les correctifs de sécurité, EC2 offre la liberté et la flexibilité nécessaires pour prendre en charge des applications personnalisées. Le déploiement et la surveillance du code sont essentiels pour maintenir l'expérience utilisateur. Mais même si vous choisissez Lambda pour décharger les tâches d'administration, vous devez rester proactif avec une surveillance continue.

• Amazon S3 contre Glacier pour le stockage  : Le stockage est un élément essentiel de la conception d'applications si vous souhaitez conserver une bonne expérience utilisateur dans le cloud. S3 et Glacier sont souvent abordés dans le contexte de la sauvegarde, mais les cas d'utilisation de ces services sont presque infinis. L'objectif de chacun est de minimiser la latence et de rendre la disponibilité des applications transparente pour les utilisateurs. Amazon S3 est un système de stockage robuste pour les applications critiques, tandis que Glacier est conçu comme un service « écrire une fois, récupérer rarement/jamais » qui minimise les coûts.

Il existe des capacités de surveillance intégrées à de nombreux services AWS, mais les exigences modernes en matière d'expérience de l'utilisateur final nécessitent plus que ces approches BGP traditionnelles.

NoSQL vs. bases de données SQL dans Microsoft Azure

Le type de base de données que vous choisissez pour votre application cloud est essentiel pour les performances et l'expérience de l'utilisateur final. SQL est la base de données traditionnelle de référence depuis des décennies, mais les exigences modernes poussent les développeurs à chercher ailleurs. Les bases de données SQL ne peuvent tout simplement pas suivre le volume élevé, les vitesses et les variétés de données dans certains cas d'utilisation.

Les bases de données NoSQL ont émergé pour permettre le stockage de données non structurées à grande échelle. Pour les cas d'utilisation tels que les applications sociales et Internet des objets où les bases de données de documents et les magasins de valeurs clés sont courants, NoSQL facilitera de meilleures performances.

Microsoft Azure propose plusieurs services pour les besoins NoSQL et SQL, notamment Azure Redis Cache pour NoSQL et Azure SQL Server. Lorsque vous avez décidé quel type de base de données convient à votre application, vous devez vous préparer au succès en mettant en œuvre une surveillance continue.

Maintien de l'expérience de l'utilisateur final dans Google Cloud Platform

Google Compute et BigQuery sont des composants majeurs de Google Cloud Platform. Google Compute promet des performances de machine virtuelle inégalées pour maximiser vos charges de travail. Cependant, GCP ne met pas en évidence ses capacités de surveillance inhérentes. Si vous voulez vous assurer que l'expérience de l'utilisateur final correspond toujours aux performances de la charge de travail GCP, vous aurez besoin d'une surveillance continue du cloud public.

En plus de Google Compute, BigQuery fonctionne en back-end pour vous aider à alimenter vos processus d'analyse de données, mais surtout, il est livré avec des fonctions de surveillance du cloud pour vous aider à suivre les charges de travail. Cependant, les performances de la charge de travail ne sont qu'une pièce du puzzle. Vous avez besoin d'une surveillance continue du cloud public pour obtenir des informations du point de vue de l'utilisateur final afin d'optimiser le retour sur investissement de votre investissement GCP.

Surveillance continue :le lien entre tous les fournisseurs de cloud public

De nombreux facteurs entrent en ligne de compte dans une décision entre les fournisseurs de cloud public. Mais quoi qu'il en soit, l'utilisateur final doit être votre priorité absolue. Peu importe combien d'argent vous économisez en opérant dans le cloud, vous ne verrez jamais de retour sur investissement si les utilisateurs finaux ne peuvent pas réellement accéder et tirer le meilleur parti des applications hébergées dans le cloud.

Grâce à la surveillance continue, vous pouvez gagner en visibilité sur tous les aspects des performances des applications et de l'expérience de l'utilisateur final. Votre infrastructure peut être hébergée dans le cloud, mais cela ne signifie pas que vous vous déchargez de toute responsabilité de maintenance.

Si vous souhaitez en savoir plus sur ce que vous devez exactement mesurer dans le cloud, téléchargez notre guide gratuit, Les 5 métriques de réseau que vous devriez conserver pour voir dans le cloud .