It doesn’t take a team of hackers or a clandestine operation to figure out that Cloud Architects want their backup and disaster recovery to be more flexible and scalable, better able to navigate the peaks and valleys of a growing digital business. Developers and Infrastructure & Operations leaders want cloud-native tools to perform faster and more efficiently. Google Cloud has made incredible advancements in security, scalability, and reliability with their Infrastructure-as-a-Service product suite. And, yet, it’s clear that Google Cloud alone cannot futureproof your digital business for enterprise backup and disaster recovery.
Truly cloud-native backup and disaster recovery is a ubiquitous linchpin to enable digital businesses. Yet traditional backup vendors have failed to build a native backup software application for Google Cloud. Instead, traditional backup companies ask their customers to over-invest upfront in additional cloud storage infrastructure to fund a ‘backup virtual appliance.’ Skilled security and backup/DR talent are required to assess and run those software applications. In today’s fast-moving IT environment, this expertise is hard to find and expensive when you find it. On top of that, operational costs, headaches, and delays are incurred when upgrading and maintaining these behemoth ‘backup virtual appliances.’
Some vendors even charge customers for a Proof of Concept (POC.) Imagine paying an ISV to evaluate their product – that’s absurd. And on top of that, if you’re outsourcing the evaluation, you may need to invest there too.
How then can you protect your Google Cloud workloads, data, databases and applications to support the digital business of today — and tomorrow? Cloud-native backup and DR software-as-a-service offers a way forward.
Similar to cloud-native application development, cloud-native backup software runs via an API-level integration with the cloud platform. All backup and retention policies – the inside operations of the backup service — are purpose-built for the cloud platform. Whereas traditional backup vendors have built their software from the ground up for the data center, HYCU was purpose-built for Google Cloud Platform and designed to take advantage of GCP’s world-class scalability, security, and reliability. Google Cloud Platform is multitenant by design, operating in a theoretically endless server farm capable of breakthrough performance previously only possible with expensive custom hardware. Native, backup as a service eliminates the proprietary appliances, changes the technical, operational, and fiscal characteristics of an enterprise backup and disaster recovery strategy.
5 caractéristiques de la sauvegarde et de la reprise d'activité en nuage
Pour mieux comprendre leur impact, il suffit de considérer les cinq caractéristiques qu'un fournisseur de sauvegarde en nuage public natif doit respecter pour être considéré comme tel : multitenancy, évolutivité, vélocité, productivité et omniprésence.
Multitenance
Avec la sauvegarde native dans le nuage en tant que service, les clients tirent parti de la puissance de l'infrastructure moderne en tant que service dans laquelle ils ont investi avec Google Cloud. Google est responsable de la maintenance et de l'évolution de l'infrastructure sous-jacente. À l'instar de l'informatique et du stockage dans le nuage, les services de sauvegarde natifs du nuage n'ont pas d'appareils virtuels inutilisés et coûteux ; le multitenancy permet aux éditeurs de logiciels indépendants comme HYCU de maximiser la flexibilité, l'évolutivité et la sécurité sous-jacentes de la plateforme Google Cloud .
Évolutif
En tant que service cloud avec une intégration au niveau de l'API ne nécessitant ni scripts ni agents, la sauvegarde cloud-native en tant que service ne comporte aucune limitation d'échelle pratique. Les services de sauvegarde HYCU intègrent les autorisations IAM avec la plateforme Google Cloud . Cela signifie que la structure de permission reconnaît automatiquement les nouvelles charges de travail et applications nécessitant une protection des données et augmente les politiques de protection des données pour protéger les nouvelles VM et applications dans l'environnement cloud du client. L'intégration logicielle de HYCU avec Google signifie que les clients profitent instantanément de ressources supplémentaires de calcul, de stockage et de mémoire, qui augmentent ou diminuent en fonction des besoins de l'entreprise du client. Comme HYCU utilise Google Snapshots comme premier niveau de protection des données, il s'agit d'un simple coup d'épingle sur la charge de production, qui n'a donc aucun impact sur la fonctionnalité des VM et des applications de production.
Vélocité
En concevant et en construisant des logiciels à partir de la base, à la fois au niveau du processus et au niveau du codage, directement en ligne avec la plateforme Google Cloud , les fournisseurs de sauvegarde cloud-native comme HYCU innovent à un rythme rapide, et sont en mesure de créer de nouvelles fonctionnalités et capacités et de prendre en charge des applications d'entreprise telles que SAP HANA et Cloud SQL beaucoup plus rapidement que les concurrents traditionnels de l'appliance virtuelle lavée dans le nuage. Grâce à l'intégration complète dans la place de marché GCP, les clients de toutes les régions du monde bénéficient des fonctionnalités les plus récentes des produits SAAS de HYCU. Les demandes d'assistance sont résolues rapidement car les ressources d'assistance et de développement de la plateforme sont reliées par la hanche. La fonctionnalité de base étant intégrée au logiciel, la sauvegarde native dans le nuage peut s'étendre aux bureaux d'Europe, d'Asie et d'Afrique en quelques heures et quelques jours, et non en quelques mois.
Productivité
La sauvegarde et la reprise d'activité en nuage favorisent les améliorations de productivité qui conduisent à des niveaux de service de sauvegarde et de reprise d'activité plus performants à des coûts moindres. Si vous avez investi dans la plate-forme Google Cloud , l'utilisation d'un logiciel de sauvegarde " cloud-native " qui évolue au rythme de la croissance de votre infrastructure permet d'améliorer la productivité et les coûts. Les modèles de coût total de possession des logiciels de sauvegarde standard, " nés dans le centre de données ", ne tiennent pas la route. Ils requièrent des frais de licence et de stockage annuels élevés. C'est une mauvaise idée de dépenser de l'argent pour une appliance de stockage avant même de sauvegarder vos données. Tous ces coûts pour construire une appliance virtuelle bancale qui nécessite des agents et des scripts augmenteront les coûts de gestion, de mise en œuvre et d'assistance. Pour couronner le tout, l'appliance virtuelle a un plafond de téraoctets en verre. Si vous souhaitez dépasser cette limite de téraoctets, vous devez acheter une autre appliance virtuelle... ugh. L'utilisation d'un logiciel de sauvegarde intelligent et souple qui s'intègre à la plateforme sous-jacente permet de mettre en place une stratégie optimale de sauvegarde et de reprise après sinistre dans le nuage. Le résultat : une échelle infinie avec un service de sauvegarde/DR entièrement géré, pour rendre vos architectes et ingénieurs beaucoup plus productifs.
L'omniprésence
À l'instar des entreprises numériques d'aujourd'hui, la sauvegarde et la reprise après sinistre doivent être disponibles partout, accessibles dans plusieurs régions et à l'échelle mondiale, ce qui est une exigence de toute stratégie de sauvegarde. L'accès à votre sauvegarde native dans le nuage devrait également être disponible à partir d'une infrastructure sur site pour la reprise après sinistre vers votre fournisseur de nuage public en tant que cible de stockage.
Un changement radical, et non progressif, dans le domaine de la sauvegarde et de la restauration en nuage (Cloud Backup & DR)
En partageant ces cinq caractéristiques, les logiciels de sauvegarde natifs du cloud aident les entreprises à éviter les frais généraux et le processus stagnant des logiciels traditionnels de sauvegarde et de reprise après sinistre, qui ont porté leurs solutions nettoyées dans le cloud et prétendent à tort qu'elles sont "natives". La barre est haute, et les avantages commerciaux ne peuvent pas être obtenus par un simple portage de logiciel ou l'hébergement d'une appliance de sauvegarde dans le nuage. Les logiciels de sauvegarde et de reprise après sinistre natifs du cloud doivent être conçus à partir de l'ADN de la plateforme Google Cloud . Une fois ces conditions remplies, les sauvegardes cloud-natives comme HYCU sont un moyen d'aider à transformer l'architecture et la conception des sauvegardes de manière significative.