ApsaraDB RDS:Avantages concurrentiels d'ApsaraDB RDS par rapport aux bases de données auto-gérées

• Ressources évolutives sans investissement matériel initial.
• AliSQL, la branche MySQL indépendante d'Alibaba Cloud, offre des fonctionnalités comparables à MySQL Enterprise Edition sans coût supplémentaire. Pour plus d'informations, consultez Présentation des fonctionnalités d'AliSQL.
• Stockage de sauvegarde gratuit jusqu'à deux fois la capacité de stockage achetée. Pour plus d'informations, consultez Tarification du stockage de sauvegarde pour une instance ApsaraDB RDS for MySQL.
• Trafic Internet inclus gratuitement.
• Noms de domaine personnalisés pris en charge gratuitement.
• Mises à jour mineures publiées par Alibaba Cloud, suivant les dernières versions de MySQL.

• Ressources évolutives, mais MySQL open source sans optimisation.
• Stockage de sauvegarde et trafic Internet facturés séparément.

• Coût matériel initial élevé.
• MySQL open source sans optimisation.
• Infrastructure de sauvegarde indépendante requise.
• Trafic Internet et noms de domaine facturés à des tarifs élevés.

• RDS Basic Edition : le basculement s'effectue en environ 15 minutes.
• RDS High-availability Edition / RDS Cluster Edition : le basculement s'effectue en moins de 30 secondes grâce à l'architecture de haute disponibilité propriétaire d'Alibaba Cloud.
• Instances en lecture seule disponibles pour l'équilibrage de charge. Pour plus d'informations, consultez Présentation des instances ApsaraDB RDS for MySQL en lecture seule.
• La répartition lecture/écriture distribue le trafic de lecture et d'écriture via un endpoint dédié. Pour plus d'informations, consultez Activer la fonctionnalité de terminal proxy pour une instance ApsaraDB RDS for MySQL.
• Les instances Analytic RDS destinées à l'analyse des données sont en cours de développement.

• Le basculement de l'édition de base prend environ 30 minutes.
• L'architecture de haute disponibilité nécessite des logiciels ou du matériel supplémentaires.
• L'équilibrage de charge nécessite des logiciels ou du matériel supplémentaires.

• Configuration autonome par défaut ; une panne de serveur peut entraîner des temps d'arrêt allant de quelques heures à plusieurs semaines.
• Les architectures de haute disponibilité et d'équilibrage de charge nécessitent des logiciels ou du matériel supplémentaires.

• Réplication automatique des données entre les instances principales et secondaires, ainsi que sauvegardes automatiques des données et des journaux.
• RDS Enterprise Edition offre un objectif de point de récupération (RPO) de 0 et un objectif de temps de récupération (RTO) d'environ 1 minute lorsqu'elle est utilisée avec MySQL 5.7 ou MySQL 8.0.

• RDS Enterprise Edition pour MySQL 5.7 et MySQL 8.0 (architecture à trois nœuds) atteint un objectif de point de récupération (RPO) de 0, ce qui signifie aucune perte de données. L'objectif de temps de récupération (RTO) est généralement d'environ 1 minute.

• La haute disponibilité nécessite une architecture que vous devez construire et maintenir.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La fiabilité des données dépend de l'intégrité individuelle des disques.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La sauvegarde et la restauration automatisées prennent en charge la récupération à un instant donné (PITR), la restauration au niveau de la base de données et les sauvegardes en continu avec un impact minimal sur les performances. Pour plus d'informations, consultez Activer les sauvegardes automatiques pour une instance ApsaraDB RDS for MySQL.
• La surveillance et les alertes intégrées couvrent toutes les métriques d'instance et de base de données avec une granularité de quelques secondes. Les alertes sont envoyées par SMS, e-mail ou DingTalk, avec un quota de SMS gratuits basé sur votre achat. Pour plus d'informations, consultez Configurer une règle d'alerte pour une instance ApsaraDB RDS for MySQL.
• Mises à jour mineures du moteur en quelques clics. Pour plus d'informations, consultez Mettre à jour la version mineure du moteur d'une instance ApsaraDB RDS for MySQL.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• La surveillance nécessite un système distinct configuré dans CloudMonitor.
• Les mises à jour de version nécessitent des efforts manuels importants.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• Un système de surveillance indépendant doit être acheté et configuré.
• La reprise après sinistre géographique est difficile à mettre en place et coûteuse.
• Les mises à jour de version nécessitent des efforts manuels importants.

• Les instances dotées de SSD locaux Premium offrent des performances d'E/S élevées.
• Les instances avec des ESSD (enhanced SSDs) surpassent les instances basées sur des SSD standard.
• Les instances en lecture seule mettent à l'échelle le débit de lecture indépendamment de l'instance principale.
• Database Autonomy Service (DAS) fournit une optimisation avancée des requêtes et des diagnostics. Pour plus d'informations, consultez Présentation de DAS.
• SQL Explorer couvre la plupart des besoins en matière de surveillance et d'optimisation des performances. Pour plus d'informations, consultez Utiliser la fonctionnalité SQL Explorer sur une instance ApsaraDB RDS for MySQL.

• Les disques locaux réduisent la fiabilité des données ; les disques cloud nécessitent une planification manuelle de l'architecture.
• Les déploiements en cluster sont complexes et nécessitent une expertise DBA coûteuse.

• Les renouvellements matériels des serveurs tiers sont à la traîne par rapport aux améliorations de l'infrastructure cloud.
• La séparation calcul-stockage nécessite un investissement en capital important dans des supports de stockage avancés.
• Les déploiements en cluster nécessitent une expertise DBA et des conseils coûteux.

• Listes d'autorisation d'adresses IP, groupes de sécurité et isolation réseau VPC pour le contrôle d'accès au niveau du réseau.
• Chiffrement des liaisons et chiffrement des disques protègent les données en transit et au repos. Le chiffrement des disques prend en charge Bring Your Own Keys (BYOK) sur tous les supports de stockage.
• SQL Explorer fournit l'audit des instructions SQL.

• Listes d'autorisation d'adresses IP, groupes de sécurité et VPC disponibles, mais le chiffrement des liaisons et le chiffrement des disques doivent être configurés séparément. La rotation BYOK est complexe et coûteuse.
• Les journaux SQL doivent être stockés séparément, ce qui rend l'audit difficile.

• Listes d'autorisation d'adresses IP et VPC disponibles, mais nécessitent des coûts de conseil élevés pour la configuration.
• Le chiffrement des liaisons et le chiffrement des disques doivent être configurés séparément. La rotation BYOK est complexe et coûteuse.
• Les journaux SQL doivent être stockés séparément, ce qui rend l'audit difficile.

• Ressources évolutives sans investissement matériel initial.
• AliPG, la branche PostgreSQL d'Alibaba Cloud, est compatible avec PostgreSQL open source et inclut des fonctionnalités propriétaires sans coût supplémentaire. Pour plus d'informations, consultez Avantages d'AliPG.
• Stockage de sauvegarde gratuit jusqu'à deux fois la capacité de stockage achetée. Pour plus d'informations, consultez Tarification du stockage de sauvegarde pour une instance ApsaraDB RDS for PostgreSQL.
• Trafic Internet inclus gratuitement.
• Noms de domaine personnalisés pris en charge gratuitement.
• Mises à jour mineures publiées par Alibaba Cloud, suivant les dernières versions de PostgreSQL.

• Ressources évolutives, mais PostgreSQL open source sans optimisation.
• Stockage de sauvegarde et trafic Internet facturés séparément.

• Coût matériel initial élevé.
• PostgreSQL open source sans optimisation.
• Infrastructure de sauvegarde indépendante requise.
• Trafic Internet et noms de domaine facturés à des tarifs élevés.

• RDS Basic Edition : le basculement s'effectue en environ 15 minutes.
• RDS High-availability Edition : le basculement s'effectue en moins de 30 secondes grâce à l'architecture de haute disponibilité propriétaire d'Alibaba Cloud.
• Instances en lecture seule disponibles pour l'équilibrage de charge. Pour plus d'informations, consultez Présentation des instances ApsaraDB RDS for PostgreSQL en lecture seule.

• Le basculement de l'édition de base prend environ 30 minutes.
• Les architectures de haute disponibilité et d'équilibrage de charge nécessitent des logiciels ou du matériel supplémentaires.

• Configuration autonome par défaut ; une panne de serveur peut entraîner des temps d'arrêt allant de quelques heures à plusieurs semaines.
• Les architectures de haute disponibilité et d'équilibrage de charge nécessitent des logiciels ou du matériel supplémentaires.

• Réplication automatique des données entre les instances principales et secondaires, ainsi que sauvegardes automatiques des données et des journaux.
• La personnalisation du RPO vous permet de configurer un RPO de 0.

• La haute disponibilité nécessite une architecture que vous devez construire et maintenir.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La fiabilité des données dépend de l'intégrité individuelle des disques.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La sauvegarde et la restauration automatisées prennent en charge la PITR, la restauration au niveau de la base de données et les sauvegardes en continu avec un impact minimal sur les performances. Pour plus d'informations, consultez Activer les sauvegardes automatiques pour une instance ApsaraDB RDS for PostgreSQL.
• La surveillance et les alertes intégrées couvrent toutes les métriques d'instance et de base de données avec une granularité de quelques secondes. Les alertes sont envoyées par SMS, e-mail ou DingTalk, avec un quota de SMS gratuits basé sur votre achat. Pour plus d'informations, consultez Configurer une règle d'alerte pour une instance ApsaraDB RDS for PostgreSQL.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• La surveillance nécessite un système distinct configuré dans CloudMonitor.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• Un système de surveillance indépendant doit être acheté et configuré.

• Les instances avec des ESSD surpassent les instances basées sur des SSD standard.
• Les instances en lecture seule mettent à l'échelle le débit de lecture indépendamment.
• DAS fournit une optimisation avancée des requêtes et des diagnostics. Pour plus d'informations, consultez Présentation de DAS.
• SQL Audit couvre la plupart des besoins en matière de surveillance de base de données et d'optimisation des performances. Pour plus d'informations, consultez Utiliser la fonctionnalité SQL Audit sur une instance ApsaraDB RDS for PostgreSQL.

• Les disques locaux réduisent la fiabilité des données ; les disques cloud nécessitent une planification manuelle de l'architecture.
• Des administrateurs de bases de données (DBA) expérimentés doivent être recrutés.

• Les renouvellements matériels des serveurs tiers sont à la traîne par rapport aux améliorations de l'infrastructure cloud.
• La séparation calcul-stockage nécessite un investissement en capital important dans des supports de stockage avancés.
• Des DBA expérimentés doivent être recrutés.

Sécurité

• Protection : listes d'autorisation, groupes de sécurité et isolation réseau VPC.

• Chiffrement : chiffrement SSL et chiffrement des disques.

• Protection : listes d'autorisation, groupes de sécurité et isolation réseau VPC.

• Chiffrement : la connexion doit être chiffrée séparément.

• Protection : les listes d'autorisation et l'isolation réseau VPC impliquent des coûts de conseil élevés.

• Chiffrement : vous devez mettre en œuvre le chiffrement de la connexion séparément.

• Ressources évolutives sans investissement matériel initial.
• SQL Server Web Edition pris en charge, offrant une option de licence économique.
• Stockage de sauvegarde gratuit égal à la moitié de la capacité de stockage achetée. Pour plus d'informations, consultez Frais de stockage de sauvegarde d'une instance ApsaraDB RDS for SQL Server.
• Trafic Internet inclus gratuitement.

• Ressources évolutives, mais SQL Server Web Edition n'est pas pris en charge.
• Stockage de sauvegarde et trafic Internet facturés séparément.

• Coût matériel initial élevé.
• SQL Server Web Edition n'est pas pris en charge.
• Infrastructure de sauvegarde indépendante requise.
• Trafic Internet et noms de domaine facturés à des tarifs élevés.

• RDS Basic Edition : le basculement s'effectue en environ 15 minutes.
• RDS High-availability Edition / RDS Cluster Edition : le basculement s'effectue en moins de 30 secondes grâce à l'architecture de haute disponibilité propriétaire d'Alibaba Cloud.
• RDS Cluster Edition : instances en lecture seule disponibles pour l'équilibrage de charge. Pour plus d'informations, consultez Présentation des instances ApsaraDB RDS for SQL Server en lecture seule.
• RDS Cluster Edition : la répartition lecture/écriture achemine le trafic via un endpoint dédié. Pour plus d'informations, consultez Présentation de la répartition lecture/écriture.

• Le basculement de l'édition de base prend environ 30 minutes.
• Les architectures de haute disponibilité et d'équilibrage de charge nécessitent des logiciels ou du matériel supplémentaires.

• Configuration autonome par défaut ; une panne de serveur peut entraîner des temps d'arrêt allant de quelques heures à plusieurs semaines.
• Les architectures de haute disponibilité et d'équilibrage de charge nécessitent des logiciels ou du matériel supplémentaires.

• Réplication automatique des données entre les instances principales et secondaires, ainsi que sauvegardes automatiques des données et des journaux.
• RDS Cluster Edition offre un RPO de 0.

• La haute disponibilité nécessite une architecture que vous devez construire et maintenir.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La fiabilité des données dépend de l'intégrité individuelle des disques.
• L'obtention d'un RPO de 0 nécessite l'achat de services de R&D indépendants.

• La sauvegarde et la restauration automatisées prennent en charge la PITR, la restauration au niveau de la base de données et les sauvegardes en continu avec un impact minimal sur les performances. Pour plus d'informations, consultez Activer les sauvegardes automatiques pour une instance ApsaraDB RDS for SQL Server.
• La surveillance et les alertes intégrées couvrent toutes les métriques d'instance et de base de données avec une granularité de quelques secondes. Les alertes sont envoyées par SMS, e-mail ou DingTalk, avec un quota de SMS gratuits basé sur votre achat. Pour plus d'informations, consultez Gérer une règle d'alerte.
• La reprise après sinistre géographique est en cours de développement.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• La surveillance nécessite un système distinct configuré dans CloudMonitor.

• Les sauvegardes en continu et la PITR doivent être achetées ou configurées séparément.
• Un système de surveillance indépendant doit être acheté et configuré.
• La reprise après sinistre géographique est difficile à mettre en place et coûteuse.

• Les instances exécutant SQL Server 2008 R2 avec des SSD locaux Premium offrent des performances d'E/S élevées. Les instances exécutant SQL Server 201x prennent en charge le découplage calcul-stockage pour une meilleure utilisation du matériel.
• Les instances avec des ESSD surpassent les instances basées sur des SSD standard. RDS optimise les paramètres ESSD pour les charges de travail SQL Server, donnant à ces instances un avantage sur les bases de données auto-gérées sur ECS.
• Les instances en lecture seule mettent à l'échelle le débit de lecture indépendamment.
• DAS fournit une optimisation avancée des requêtes et des diagnostics. Pour plus d'informations, consultez Présentation de DAS.

• Les disques locaux réduisent la fiabilité des données ; les disques cloud nécessitent une planification manuelle de l'architecture.
• Les déploiements en cluster sont complexes et nécessitent une expertise DBA et des conseils coûteux.

• Les renouvellements matériels des serveurs tiers sont à la traîne par rapport aux améliorations de l'infrastructure cloud.
• La séparation calcul-stockage nécessite un investissement en capital important dans des supports de stockage avancés.
• Les déploiements en cluster nécessitent une expertise DBA et des conseils coûteux.

• Listes d'autorisation d'adresses IP et isolation réseau VPC pour le contrôle d'accès au niveau du réseau.
• Chiffrement des liaisons et chiffrement des disques protègent les données en transit et au repos.
• Les mises à jour mineures suivent les dernières versions de Microsoft SQL Server.

• Listes d'autorisation d'adresses IP, groupes de sécurité et VPC disponibles, mais le chiffrement des liaisons et le chiffrement des disques doivent être configurés séparément. La rotation BYOK est complexe et coûteuse.
• Les journaux SQL doivent être stockés séparément, ce qui rend l'audit difficile.

• Listes d'autorisation d'adresses IP et VPC disponibles, mais nécessitent des coûts de conseil élevés pour la configuration.
• Le chiffrement des liaisons et le chiffrement des disques doivent être configurés séparément. La rotation BYOK est complexe et coûteuse.
• Les journaux SQL doivent être stockés séparément, ce qui rend l'audit difficile.