Data Panda haalt de JSON-documenten achter je mobiele, web- en IoT-apps uit IBM Cloudant en zet ze op een vast schema in een SQL-warehouse. Eens de documentdata naast je CRM, facturatie en boekhouding staat, kunnen dashboards, AI-toepassingen en interne apps ze bevragen zonder dat een ontwikkelaar nog een eenmalige MapReduce-view moet schrijven.
Cloudant begon als Cloudant Inc., in 2008 opgericht door Alan Hoffman, Adam Kocoloski en Michael Miller vanuit de fysica-afdeling van MIT, met seed-financiering van Y Combinator. IBM kondigde de overname aan op 24 februari 2014 en rondde ze af op 4 maart 2014, waarna Cloudant in IBM Cloud landde als fully managed JSON document-databank. De engine is gebaseerd op het Apache CouchDB-project en de BigCouch-fork, die Cloudant in 2016 terug aan Apache schonk en zo CouchDB 2.0 werd. Data zit als schema-vrije JSON-documenten in databases, geadresseerd via een document-ID, en wordt aangeboden over een HTTP/REST-API waar elke taal met een HTTP-client mee kan praten.
Cloudant draait op een master-less cluster: elke node aanvaardt writes, en hetzelfde multi-master replication-protocol dat CouchDB en PouchDB-sync aandrijft, handelt de reconciliatie af. Daarmee is het de standaard operationele store voor offline-first mobiele apps, web-apps en IoT-toestellen die het netwerk verliezen en later opnieuw verbinden. Aan de indexeringskant biedt Cloudant MapReduce views voor secundaire indexen en aggregaties, Cloudant Query voor declaratieve JSON-queries, Cloudant Search op basis van Apache Lucene voor full-text, en een geospatial index voor locatie-queries. De trade-off die de IBM-documentatie zelf benoemt: Cloudant is gebouwd voor document-operaties en gekende access patterns, niet voor ad-hoc analyse over meerdere databases heen. Daarom koppelen de meeste teams Cloudant aan een warehouse: de live documenten blijven in Cloudant en een sync (via de _changes feed of geplande extracts) maakt dezelfde data joinbaar in SQL naast de rest van de business.
Cloudant-documenten platgezet tot warehouse-tabellen, gekoppeld aan CRM en finance.
Laat de Cloudant _changes feed werk in gang zetten over je hele stack.
Scoor offline-first app-data met modellen zonder documenten met de hand te exporteren.
Admin-tools op Cloudant-data zonder IBM Cloud API-keys aan het team te geven.
Een lijst van concrete rapporten, automatisaties en AI-toepassingen die we op IBM Cloudant-data hebben gebouwd. Kies er een die bij je situatie past.
Hoe rapporteren we op Cloudant zonder voor elke vraag een aparte MapReduce-view te schrijven?
We duwen niet elke business-vraag als view terug in Cloudant. Het standaardpad is de _changes feed of geplande snapshots die in het warehouse landen, waar businessgebruikers in SQL queryen. Cloudant blijft de app bedienen, en het analysewerk verhuist eraf.
Onze mobiele app gebruikt PouchDB om naar Cloudant te syncen. Ziet het warehouse die data ook?
Ja. Documenten die PouchDB-clients naar Cloudant syncen, landen in dezelfde databases en het warehouse volgt vanaf daar de _changes feed. Mobiele activiteit komt in dezelfde SQL-tabellen als de rest uit, met de bronclient bewaard als veld.
Hoe worden documentconflicten uit multi-master-replicatie behandeld in het warehouse-zicht?
De winnende revisie wordt als standaardrecord geladen, en conflicterende revisies blijven in een zustertabel met document-ID en revision tree. Rapportering ziet één rij per document, en ops kan in de conflicthistoriek graven als er iets vreemd lijkt.
App-gegenereerde omzet en gebruik uit Cloudant gekoppeld aan het grootboek, zonder dat een ontwikkelaar elke maandafsluit een ad-hoc-export moet draaien. Abonnements- en transactionele omzet komen op dezelfde klantfiche uit.
Productgebruik en feature-adoptie uit de offline-first app op elke CRM-account. Vertegenwoordigers zien Cloudant-signalen op hun pijplijn in SQL, niet in een JSON-dump.
Cloudant-throughput, storage-groei, indexgebruik en replicatie-lag samen opgevolgd met de business-KPI's. Kost per feature en tenant wordt een cijfer dat finance leest, geen grafiek in de IBM Cloud-console.
Dit zijn de 3 tabellen die we vandaag uit IBM Cloudant naar je warehouse halen. Je bevraagt ze rechtstreeks in SQL, koppelt ze aan de rest van je stack, of bouwt er rapporten op.
Mis je een tabel? We kunnen de sync uitbreiden. Laat ons weten wat je mist en we bouwen het erbij.
Je houdt de rapporteringstool die je al hebt. Wij koppelen hem aan het warehouse waar je IBM Cloudant-data staat.
OAuth-authenticatie. Standaard read-only. Wij tekenen een DPA en je admin houdt de sleutels.
Data stroomt naar je warehouse op het schema dat jij kiest. Bijna real-time of 's nachts, aan jou. Jij bent eigenaar.
We bouwen het eerste dashboard, de eerste workflow of AI-toepassing samen met jou, en geven de sleutels over. Of we blijven erbij voor doorlopende levering.
Wij zetten de basis op. Jouw team bouwt erop verder.
Beste match Teams die al een BI-analist of data engineer in huis hebben en zelf willen bouwen.
Wij bouwen het geheel, van A tot Z.
Beste match Teams zonder BI- of dev-capaciteit in huis. Jij zegt wat je nodig hebt en wij leveren het.
Jij. Ze komt in jouw warehouse terecht, op jouw cloud-account. Wij verkopen ze niet door en aggregeren ze niet. Stop je met ons, dan blijft het warehouse van jou en blijft het draaien.
Bijna real-time voor de meeste operationele systemen. Voor zwaardere bronnen plannen we per uur of per nacht. Je kiest op basis van wat de rapporten nodig hebben.
Nee. Heb je er geen, dan helpen we je er een kiezen en zetten we het op als deel van de eerste levering. Gangbare startpunten zijn Snowflake, Microsoft Fabric of een kleine Postgres-start.
Beide werken. De _changes feed geeft een quasi real-time stroom van documentupdates en is de standaard voor databases waar versheid telt. Geplande snapshots zijn de pragmatische keuze voor grote historische databases waar een dagelijkse extract volstaat. De twee paden landen in hetzelfde warehouse-model.
Documenten worden per veld platgezet, met geneste objecten en arrays als gerelateerde tabellen. Nieuwe velden verschijnen als kolommen bij de volgende sync, type-wijzigingen worden geversioneerd, en hernoemde velden worden aan hun historiek gekoppeld zodat bestaande dashboards blijven draaien.
We bekijken je IBM Cloudant-opzet en de systemen eromheen. Samen kiezen we wat we als eerste bouwen.