Comparaison entre Amazon Redshift sans serveur et un entrepôt des données mis en service par Amazon Redshift sans serveur

Pour Amazon Redshift sans serveur, certains concepts et fonctionnalités sont différents de la fonctionnalité correspondante pour un entrepôt des données mis en service par Amazon Redshift. Par exemple, une comparaison contrastée est qu’Amazon Redshift sans serveur ne comprend pas le concept de cluster ou de nœud. La table suivante décrit les fonctions et le comportement d’Amazon Redshift sans serveur et explique en quoi ils diffèrent d’une fonction équivalente dans un entrepôt des données mis en service.

Fonctionnalité	Description	sans serveur	Alloué
Groupe de travail et espace de noms	Pour isoler les charges de travail et gérer différentes ressources dans Amazon Redshift sans serveur, vous pouvez créer des espaces de noms et des groupes de travail afin de gérer séparément les ressources de stockage et de calcul.	Un espace de noms est une collection d’objets de base de données et d’utilisateurs. Un groupe de travail est une collection de ressources informatiques. Pour plus d’informations, consultez Amazon Redshift sans serveur pour comprendre la conception d’Amazon Redshift sans serveur.	Un cluster provisionné est un ensemble de nœuds de calcul et un nœud principal, que vous gérez directement. Pour de plus amples informations, veuillez consulter Clusters Amazon Redshift provisionnés.
Types de nœud	Lorsque vous utilisez Amazon Redshift sans serveur, vous ne choisissez pas les types de nœuds ou ne spécifiez pas le nombre de nœuds comme vous le faites avec un cluster Amazon Redshift mis en service.	Amazon Redshift sans serveur met en service et gère automatiquement les capacités pour vous. Vous pouvez éventuellement spécifier la capacité de l’entrepôt des données de base afin de choisir le bon équilibre prix/performance pour vos charges de travail. Vous pouvez également spécifier un nombre maximum d’heures de RPU pour définir des contrôles de coûts afin de garantir la prévisibilité des coûts. Pour de plus amples informations, veuillez consulter Capacité de calcul pour Amazon Redshift sans serveur.	Vous créez un cluster avec des types de nœuds qui répondent à vos spécifications en matière de coûts et de performances. Pour de plus amples informations, veuillez consulter Clusters Amazon Redshift provisionnés.
Gestion de la charge de travail et évolutivité de la simultanéité	Amazon Redshift peut s’adapter aux périodes de forte charge. Amazon Redshift sans serveur peut également évoluer pour répondre aux périodes intermittentes de forte charge.	Amazon Redshift sans serveur gère automatiquement les ressources de manière efficace et évolue, en fonction des charges de travail, dans le respect des seuils de contrôle des coûts. Pour de plus amples informations, veuillez consulter Facturation de la capacité de calcul.	Avec un entrepôt des données provisionné, vous activez la mise à l’échelle de la simultanéité sur votre cluster pour gérer les périodes de lourdes charges. Pour plus d’informations, consultez Évolutivité de la simulanéité.
Port	Le numéro de port que vous utilisez pour vous connecter.	Avec Amazon Redshift sans serveur, vous pouvez passer à un autre port dans la plage de ports 5431–5455 ou 8191–8215. Pour de plus amples informations, veuillez consulter Connexion à Amazon Redshift sans serveur.	Avec un cluster provisionné, vous pouvez choisir n’importe quel port pour la conenxion.
Redimensionnement	Ajoutez ou supprimez des ressources de calcul pour optimiser les performances de la charge de travail.	Le redimensionnement n’est pas applicable dans Amazon Redshift sans serveur. Vous pouvez toutefois modifier la capacité RPU de l’entrepôt des données de base, en fonction de vos exigences en matière de prix et de performances. Pour de plus amples informations, veuillez consulter Capacité de calcul pour Amazon Redshift sans serveur.	Avec un cluster mis en service, vous effectuez un redimensionnement du cluster pour ajouter ou supprimer des nœuds. Pour plus d’informations, consultez Présentation de la gestion des clusters dans Amazon Redshift.
Suspension et reprise	Vous pouvez suspendre un cluster provisionné lorsque vous n’avez pas de charges de travail à exécuter, afin de réduire les coûts.	Avec Amazon Redshift sans serveur, vous ne payez que lors de l’exécution des requêtes, il n’est donc pas nécessaire de faire une pause ou de reprendre. Pour de plus amples informations, veuillez consulter Facturation de la capacité de calcul.	Vous mettez en pause et reprenez votre cluster manuellement, en fonction d’une évaluation de votre charge de travail à différents moments. Pour plus d’informations, consultez Présentation de la gestion des clusters dans Amazon Redshift.
Interroger des données externes avec des requêtes Spectrum	Vous pouvez interroger des données dans des compartiments Amazon S3, dans différents formats, tels que JSON.	La facturation s’accumule lorsque les ressources de calcul traitent les charges. De plus, la facturation s’accumule au fur et à mesure que les données Redshift Spectrum sont interrogées, comme toute autre transaction. Pour de plus amples informations, veuillez consulter Facturation de la capacité de calcul.	Avec un cluster entrepôt des données mis en service, la capacité Amazon Redshift Spectrum existe sur des serveurs distincts interrogés depuis le cluster Amazon Redshift. Pour plus d’informations, consultez Interroger les données externes à l’aide d’Amazon Redshift Spectrum.
Facturation des ressources informatiques	Comment s’accumule la facturation entre Amazon Redshift et Amazon Redshift sans serveur.	Avec Amazon Redshift sans serveur, vous payez pour les charges de travail que vous exécutez, en RPU/heures sur une base par seconde, avec un forfait minimum de 60 secondes. Cela inclut les requêtes qui accèdent aux données dans des formats de fichiers ouverts dans Amazon S3. Pour de plus amples informations, veuillez consulter Facturation de la capacité de calcul.	Avec un cluster provisionné, la facturation s’effectue à la seconde lorsque le cluster n’est pas suspendu.
Fenêtre de maintenance	Comment fonctionne la maintenance des serveurs.	Avec Amazon Redshift sans serveur, il n’y a pas de fenêtre de maintenance. Les mises à jour sont gérées sans problème Pour plus d’informations, consultez Qu’est-ce qu’Amazon Redshift sans serveur ?	Avec un cluster provisionné, vous spécifiez une fenêtre de maintenance lorsque le correctif est appliqué sur votre cluster. (En règle générale, vous choisissez une période récurrente de faible utilisation.)
Chiffrement	Vous pouvez activer le chiffrement des bases de données.	Amazon Redshift Serverless est toujours chiffré avec AWS KMS, avec des clés AWS gérées ou gérées par le client.	Les données d'un entrepôt de données provisionné peuvent être chiffrées avec AWS KMS (avec des clés AWS gérées ou gérées par le client) ou non chiffrées. Consultez Chiffrement de base de données Amazon Redshift.
Facturation du stockage	Comment fonctionne la facturation du stockage	Pour Amazon Redshift sans serveur. Le tarif est calculé en fonction du nombre de Go par mois. Consultez Facturation de la capacité de calcul.	Le stockage est facturé séparément des ressources de calcul pour un cluster provisionné avec des RA3 nœuds.
Gestion des utilisateurs	La façon dont les utilisateurs sont gérés.	Pour Amazon Redshift Serverless, les utilisateurs sont des utilisateurs IAM ou Redshift. Pour de plus amples informations, veuillez consulter Identity and Access Management dans Amazon Redshift Serverless. Pour plus d’informations sur la gestion des identités IAM, y compris les bonnes pratiques pour les rôles IAM, consultez Identity and Access Management dans Amazon Redshift.	Pour un entrepôt de données provisionné, les utilisateurs sont des utilisateurs IAM ou Redshift. Pour plus d'informations, consultez la section Gestion de la sécurité des bases de données dans le manuel Amazon Redshift Database Developer Guide. Pour plus d’informations sur la gestion des identités IAM, y compris les bonnes pratiques pour les rôles IAM, consultez Identity and Access Management dans Amazon Redshift.
Outils JDBC et ODBC et compatibilité	Comment fonctionnent les connexions client.	Amazon Redshift Serverless est compatible avec n'importe quel outil ou application client compatible JDBC ou ODBC. Pour plus d’informations sur les pilotes, consultez Configuration des connexions dans le Guide de la gestion du cluster Amazon Redshift. Pour plus d'informations sur la connexion à Amazon Redshift Serverless, consultez Connexion à Redshift Serverless.	Amazon Redshift provisioned est compatible avec n'importe quel outil ou application client compatible JDBC ou ODBC. Pour plus d’informations sur les pilotes, consultez Configuration des connexions dans le Guide de la gestion du cluster Amazon Redshift. Pour plus d'informations sur la connexion aux clusters, consultez Connexion à un entrepôt de données Amazon Redshift à l'aide des outils client SQL.
Exigences relatives aux informations d’identification lors de la connexion	Comment les informations d’identification sont gérées.	Pour Amazon Redshift sans serveur, vous n’avez pas besoin de saisir les informations d’identification dans chaque instance. Pour de plus amples informations, veuillez consulter Connexion à Amazon Redshift sans serveur.	L’accès à Amazon Redshift nécessite les informations de connexion d’un utilisateur associé à un rôle IAM. Le rôle IAM est associé à des autorisations spécifiques pour un entrepôt des données provisionné. Une fois authentifié, l’utilisateur peut directement se connecter à la base de données, à la console Redshift et à l’éditeur de requête v2.
API de données	Vous pouvez accéder aux données des services Web et d’autres applications.	Amazon Redshift sans serveur prend en charge l’API de données Amazon Redshift. Avec Amazon Redshift sans serveur, vous utilisez le paramètre workgroup-name à la place du paramètre cluster-identity lorsque vous exécutez une commande. Pour plus d’informations sur l’appel de l’API Data, consultez Utilisation de l’API de données Amazon Redshift.	Amazon Redshift provisioned prend en charge l'API Amazon Redshift Data. Avec les clusters Amazon Redshift, vous utilisez le cluster-identity paramètre au lieu du workgroup-name paramètre. Pour plus d’informations sur l’appel de l’API Data, consultez Utilisation de l’API de données Amazon Redshift.
Instantanés	Assure le point-in-time rétablissement.	Amazon Redshift sans serveur prend en charge les instantanés et les points de récupération. Pour plus d’informations sur les instantanés et les points de récupération pour un espace de noms, consultez Instantanés et points de restauration.	Les clusters provisionnés prennent en charge les instantanés. Pour plus d’informations, consultez Gestion des instantanés à l’aide de la console.
Partage des données	Permet de partager des données entre des bases de données d’un même compte ou de comptes différents.	Amazon Redshift sans serveur prend en charge toutes les fonctionnalités de partage de données d’un entrepôt des données provisionné. Il prend également en charge le partage de données entre Amazon Redshift sans serveur et un entrepôt des données provisionné, un outil ou une application client.	Les clusters provisionnés prennent en charge le partage de données entre bases de données, entre comptes, entre régions et de AWS Data Exchange données. Pour plus d’informations, consultez Partager des données entre plusieurs clusters dans Amazon Redshift.
Suivis	Fournit un calendrier pour les mises à jour logicielles.	Amazon Redshift sans serveur n’utilise pas le concept de piste. Les versions et les mises à jour sont gérées par le service. Pour plus d’informations sur la facturation sans serveur, consultez Instantanés et points de restauration.	Les clusters provisionnés prennent en charge le basculement entre les pistes courantes et les pistes de fin.
Tables et vues système	Permet de surveiller vos ressources et les métadonnées de votre système.	Amazon Redshift sans serveur prend en charge les nouvelles tables et vues système. Pour plus d’informations sur les tables système, consultez Surveillance des requêtes et des charges de travail avec Amazon Redshift sans serveur. Pour plus d’informations sur la façon de migrer vos requêtes depuis les anciennes tables et vues système provisionnées vers les nouvelles vues, consultez Migration vers les vues de surveillance SYS.	Un entrepôt des données provisionné prend en charge l’ensemble existant de tables et de vues système pour la surveillance des clusters et d’autres tâches nécessitant des métadonnées système.
Groupes de paramètres	Groupe de paramètres qui s’appliquent à toutes les bases de données que vous créez dans un cluster. Ces paramètres configurent les paramètres de base de données tels que le délai de requête et le style de date.	Amazon Redshift sans serveur n’utilise pas le concept de groupe de paramètres.	Les entrepôts des données provisionnés supportent les groupes de paramètres. Pour plus d’informations sur les groupes de paramètres pour un cluster provisionné, consultez Groupes de paramètres Amazon Redshift.
Surveillance des requêtes	Fournit une vue temporelle des requêtes exécutées.	Le suivi des requêtes dans Amazon Redshift sans serveur nécessite que les utilisateurs se connectent à la base de données pour utiliser les tables système. Ainsi, la surveillance des requêtes et des tables système sont synchronisées. Les requêtes des tables système dans Amazon Redshift sans serveur utilisent l’utilisateur de la base de données mappé à l’utilisateur IAM pour utiliser la surveillance des requêtes. Pour plus d’informations sur la surveillance des requêtes, consultez Surveillance des requêtes et des charges de travail avec Amazon Redshift sans serveur.	La surveillance des requêtes dans les clusters mis en service n’affiche pas toutes les données des tables du système.
Journaux d’audit	Fournit des informations sur les connexions et les activités de l’utilisateur dans votre base de données.	Avec Amazon Redshift Serverless, CloudWatch c'est une destination pour les journaux d'audit. La fourniture des journaux d’audit basée sur Amazon S3 n’est pas prise en charge par Amazon Redshift sans serveur. Pour plus d’informations, consultez Journalisation de l’audit pour Amazon Redshift sans serveur.	Pour un cluster approvisionné, la mise en service du journal d’audit basé sur Amazon S3 a constitué la norme. Désormais, la livraison des journaux d'audit CloudWatch est étendue aux entrepôts de données provisionnés.
Notifications d’événements	Amazon EventBridge est un service de bus d'événements sans serveur que vous pouvez utiliser pour connecter vos applications aux données d'événements provenant de diverses sources.	Amazon Redshift Serverless utilise Amazon EventBridge pour gérer les notifications d'événements afin de vous tenir au courant des modifications apportées up-to-date à votre entrepôt de données. Pour de plus amples informations, veuillez consulter Notifications d'événements Amazon Redshift sans serveur avec Amazon EventBridge.	Pour un cluster provisionné, vous gérez les notifications d’événements à l’aide de la console Amazon Redshift afin de créer des abonnements aux événements. Pour de plus amples informations, veuillez consulter Création d'un abonnement aux notifications d'événement.
Contraintes relatives au curseur	Amazon Redshift impose des contraintes relatives à la taille de tous les ensembles de résultats de curseur.	Amazon Redshift Serverless dispose d'un curseur d'une taille totale maximale de 150 000 Mo pour le jeu de résultats.	Pour un cluster provisionné, la taille totale maximale du jeu de résultats du curseur dépend du type de cluster. Pour plus d'informations, consultez la section Contraintes relatives au curseur.