curl pour chaque type de ClickPipe.
Authentification
L’API ClickHouse Cloud utilise l’authentification Basic HTTP. Vous avez besoin d’une clé API (key ID + key secret) disposant des permissions sur le service cible. Consultez Managing API keys pour savoir comment en créer une.
Définissez les variables d’environnement suivantes avant d’exécuter l’un des exemples ci-dessous :
URL de base
Points de terminaison
Tous les points de terminaison ClickPipes sont rattachés à un service ClickHouse Cloud :
Pour les ClickPipes CDC (Postgres, MySQL, MongoDB), il existe des points de terminaison supplémentaires au niveau de l’organisation pour la mise à l’échelle de l’infrastructure CDC partagée :
Pour obtenir les schémas complets de requête et de réponse pour chaque point de terminaison, consultez la référence de l’API.
Exemples
Lister les ClickPipes
Obtenir un ClickPipe
Arrêter ou démarrer un ClickPipe
Supprimer un ClickPipe
Création de ClickPipes
Le corps de la requêtePOST /clickpipes varie selon le type de source. Les exemples ci-dessous montrent la structure de chaque type de ClickPipe pris en charge. Pour les schémas JSON de référence, consultez la référence de l’API.
Kafka
Sources compatibles avec Kafka prises en charge :kafka, confluent, msk, azureeventhub, redpanda, warpstream.
Amazon Kinesis
format sur Protobuf et conservez schemaRegistry. Pour téléverser plutôt un schéma Protobuf, définissez format sur Protobuf et fournissez dans protobufSchema le fichier .proto encodé en base64 ou un FileDescriptorSet sérialisé ; n’incluez pas schemaRegistry dans cette requête.
Amazon S3
Google Cloud Storage
serviceAccountKey doit contenir le contenu encodé en base64 d’un fichier de clé JSON de compte de service GCP.
Azure Blob Storage
Postgres CDC
MySQL CDC
CDC MongoDB
BigQuery
serviceAccountFile doit contenir le contenu encodé en base64 d’un fichier de clé JSON d’un compte de service GCP.