> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-parallel-read-in-order-multi-part.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# ClickHouse Managed Postgres

> Postgres rapide, évolutif et de niveau entreprise, avec stockage NVMe et intégration native à ClickHouse pour des analyses en temps réel

export const BetaBadge = ({link, galaxyTrack, galaxyEvent}) => {
  if (link) {
    return <a href={link} target="_blank" rel="noopener noreferrer" className="betaBadge" onClick={galaxyTrack && galaxyEvent ? galaxyOnClick(galaxyEvent) : undefined}>
                <span>Beta</span>
            </a>;
  }
  return <a href="https://clickhouse.com/docs/reference/settings/beta-and-experimental-features#beta-features" className="betaBadge">
            <span>Fonctionnalité en bêta</span>
        </a>;
};

<BetaBadge link="https://clickhouse.com/cloud/postgres" galaxyTrack={true} galaxyEvent="docs.managed-postgres.overview-beta" />

ClickHouse Managed Postgres est un service Managed Postgres de niveau entreprise conçu pour la performance et le passage à l’échelle. Reposant sur un stockage NVMe physiquement colocalisé avec les ressources de calcul, il offre jusqu’à 10x plus de performances pour les charges de travail limitées par le disque que les alternatives reposant sur du stockage réseau comme EBS.

Conçu en partenariat avec [Ubicloud](https://www.ubicloud.com/), dont l’équipe fondatrice a fait ses preuves dans la fourniture d’un Postgres de classe mondiale chez Citus Data, Heroku et Microsoft, ClickHouse Managed Postgres résout les problèmes de performance que rencontrent souvent les applications en forte croissance : ingestion et mises à jour plus lentes, vacuums lents, hausse de la latence des requêtes les plus lentes et pics de WAL dus à des IOPS disque limitées.

<h2 id="transactions-and-analytics">
  Postgres pour les transactions, ClickHouse pour l'analytique
</h2>

Utilisez Postgres pour les charges de travail applicatives transactionnelles (OLTP), comme la création de commandes, la mise à jour des stocks et la gestion des comptes utilisateurs. Postgres est votre système de référence : les modifications liées peuvent être validées ou annulées ensemble au sein d'une même transaction.

Lorsque votre application a également besoin d'analytique sur de grands jeux de données, ajoutez un service ClickHouse et reliez les deux avec ClickPipes :

```mermaid theme={null}
flowchart LR
    Application -->|Reads and writes| Postgres
    Postgres -->|Committed changes via ClickPipes| ClickHouse
    Analytics -->|Queries| ClickHouse
```

1. Votre application lit et écrit des données opérationnelles dans Postgres, en utilisant des transactions pour regrouper les modifications liées.
2. [Configurez ClickPipes](/fr/products/managed-postgres/clickhouse-integration) pour copier les tables sélectionnées vers ClickHouse et répliquer en continu les insertions, mises à jour et suppressions validées grâce au change data capture (CDC).
3. Exécutez vos requêtes analytiques dans ClickHouse. Vous pouvez vous connecter directement à ClickHouse ou interroger ses tables depuis Postgres via l'extension [`pg_clickhouse`](/fr/products/managed-postgres/extensions/pg_clickhouse/introduction).

La réplication est asynchrone : les résultats analytiques peuvent donc accuser un retard par rapport aux modifications validées dans Postgres. Les deux bases de données ont des limites transactionnelles distinctes : le CDC et `pg_clickhouse` ne fournissent pas de transaction partagée entre Postgres et ClickHouse. Les lectures qui nécessitent l'état applicatif validé le plus récent doivent passer par Postgres.

Vous pouvez commencer avec Postgres seul et ajouter ClickHouse lorsque le besoin s'en fait sentir. Suivez le [démarrage rapide ClickHouse Managed Postgres](/fr/products/managed-postgres/quickstart) pour essayer les deux services, ou rendez-vous directement à la section [ajout des fonctionnalités analytiques](/fr/products/managed-postgres/quickstart#part-2) si vous disposez déjà d'un service Postgres.

<h2 id="nvme-performance">
  Performances propulsées par le NVMe
</h2>

La plupart des services Managed Postgres utilisent un stockage réseau comme Amazon EBS, qui nécessite un aller-retour sur le réseau pour chaque accès au disque. Cela introduit une latence mesurée en millisecondes et limite les IOPS, créant des goulots d’étranglement pour les charges de travail riches en écritures ou intensives en E/S.

ClickHouse Managed Postgres utilise un stockage NVMe physiquement rattaché au même serveur que votre base de données. Cette différence d’architecture offre :

* **Une latence disque de l’ordre de la microseconde** au lieu de millisecondes
* **Des limites d’IOPS soutenues jusqu’à 10x plus élevées**<sup>\*</sup> sans goulots d’étranglement réseau
* **Jusqu’à 10x plus de performances** pour les charges de travail limitées par le disque, à coût égal

Pour les charges de travail Postgres principalement limitées par les IOPS disque et la latence, cela se traduit par une ingestion plus rapide, des opérations de vacuum plus rapides, une latence des requêtes les plus lentes plus faible et des performances plus prévisibles sous charge.

<Note>
  Découvrez les performances de Postgres sur des disques NVMe dans ces [benchmarks de performance](https://clickhouse.com/blog/postgresbench).
</Note>

Pour connaître les limites locales du NVMe sur AWS, consultez [Memory optimized](https://docs.aws.amazon.com/ec2/latest/instancetypes/mo.html#mo_instance-store), [Storage optimized](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html#so_instance-store), [CPU optimized](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html#gp_instance-store). Pour GCP, consultez [Local SSD disks](https://cloud.google.com/compute/docs/disks/local-ssd).

<h2 id="supported-cloud-providers">
  Fournisseurs cloud pris en charge
</h2>

ClickHouse Managed Postgres est disponible chez les fournisseurs cloud suivants :

| Fournisseur cloud | Disponibilité |
| - | - |
| AWS | Public Beta |
| GCP | Private Preview |

<Note>
  ClickHouse Managed Postgres sur GCP est en Private Preview. Vous pouvez vous inscrire à la liste d'attente de la Private Preview GCP [ici](https://clickhouse.com/cloud/postgres#gcp-waitlist). Consultez l'[annonce](https://clickhouse.com/blog/postgres-managed-by-clickhouse-gcp-private-preview) pour en savoir plus.
</Note>

<h2 id="clickhouse-integration">
  Intégration native à ClickHouse
</h2>

ClickHouse Managed Postgres s’intègre nativement à ClickHouse afin de combiner transactions et analytique, sans recourir à des pipelines ETL complexes.

<h3 id="postgres-replication">
  Réplication de Postgres vers ClickHouse
</h3>

Répliquez vos données Postgres vers ClickHouse à l’aide du [connecteur Postgres CDC dans ClickPipes](/fr/integrations/clickpipes/postgres/index). Le connecteur gère à la fois le chargement initial et la synchronisation incrémentielle continue, et a fait ses preuves en production auprès de centaines de clients grands comptes qui déplacent des centaines de téraoctets par mois.

<h3 id="pg-clickhouse">
  pg\_clickhouse : couche de requêtes unifiée
</h3>

Chaque instance ClickHouse Managed Postgres inclut l’extension [`pg_clickhouse`](https://github.com/ClickHouse/pg_clickhouse), qui vous permet d’interroger ClickHouse directement depuis Postgres. Votre application peut utiliser Postgres comme couche de requêtes unifiée pour les transactions et l’analytique, sans avoir à se connecter à plusieurs bases de données.

L’extension offre un pushdown complet des requêtes vers ClickHouse pour une exécution efficace, avec notamment la prise en charge des filtres, des jointures, des semi-jointures, des agrégations et des fonctions. À l’heure actuelle, 14 des 22 requêtes TPC-H sont entièrement déportées, avec des performances supérieures de plus de 60 fois à celles obtenues en exécutant les mêmes requêtes dans Postgres standard.

<h2 id="enterprise-reliability">
  Fiabilité de niveau entreprise
</h2>

ClickHouse Managed Postgres offre les fonctionnalités de fiabilité et de sécurité nécessaires aux charges de travail en production.

<h3 id="high-availability">
  Haute disponibilité
</h3>

Configurez jusqu’à deux répliques de secours réparties sur différentes zones de disponibilité à l’aide d’une réplication basée sur le quorum. Ces répliques sont dédiées à la haute disponibilité et au basculement automatique, afin d’assurer une reprise rapide de votre base de données en cas de défaillance. Pour augmenter la capacité de lecture, vous pouvez provisionner des [répliques de lecture](/fr/products/managed-postgres/read-replicas). Consultez la page [Haute disponibilité](/fr/products/managed-postgres/high-availability) pour plus de détails sur la configuration.

<h3 id="backups">
  Sauvegardes et restauration
</h3>

Chaque instance comprend des sauvegardes automatiques prenant en charge les forks et la restauration à un instant donné. Les sauvegardes s’appuient sur [WAL-G](https://github.com/wal-g/wal-g), un outil open source bien connu qui gère les sauvegardes complètes et l’archivage continu du WAL vers le stockage objet.

<h3 id="security-compliance">
  Sécurité et conformité
</h3>

ClickHouse Managed Postgres est conçu pour répondre aux mêmes normes de sécurité que ClickHouse Cloud :

* **Authentification** : prise en charge de SAML/SSO
* **Sécurité réseau** : liste d’autorisation d’adresses IP, chiffrement des données au repos et en transit (TLS 1.3)
* **Contrôle d’accès** : accès superutilisateur complet pour l’administration de la base de données

<h3 id="open-source">
  Fondation open source
</h3>

Postgres et ClickHouse sont tous deux des bases de données open source qui s’appuient sur des communautés importantes et dynamiques. Les composants d’intégration, notamment l’extension `pg_clickhouse` et la réplication CDC assurée par PeerDB, sont eux aussi open source. Cette base vous garantit l’absence de dépendance vis-à-vis d’un fournisseur, tout en vous offrant un contrôle total et une flexibilité à long terme sur votre stack de données.