They don't mention "CDC" (Change Data Capture) directly anywhere, but I think that's what Drasi is? (they call it "Data Change Processing platform"). "Debezium", an alternative CDC system, is mentioned in the documentation and sources [1]. I'm not sure if Drasi uses Debezium, or aims to be compatible with it. Maybe someone here can shine more light on the relationship between these two? -- 1: https://github.com/drasi…
Hi, I am the Drasi engineering manager, maybe I can clarify. Drasi is not intended to be another CDC alternative. It doesn't compete with Debezium, in fact we already have some integration with Debezium and hope to do more in the future. People often use CDC to replicate, consolidate, filter, and transform data. And sometimes they use it as a source of change events to build components/services that look for specific…
Drasi: Microsoft's open source data processing platform for event-driven systems
81–87 of 87 posts
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#82Earlier quoted context omitted.
The neat thing about Neo4j is that the [r] isn't a join, it is an actual relationship stored on disk.
Like a many-to-many join table?
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#83I would really enjoy using it. But as a novice data intensive application developer, why would I not query the table 30 seconds and look for changes with a Python program (or another regular programming language)?
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#84Earlier quoted context omitted.
Azure SRE here, it doesn't appear to have any Azure dependencies. CLI rebuild seems to be that "drasi init" assumes Azure Kubernetes Service built in StorageClasses for Kubernetes PVC for Redis and Mongo and thus fails when running against EKS. I assume same thing would be required on GKE. Yes, it should be more modular but MVP. As for other stuff, it's using Gremlin Query Language or Postgres which are both open. In…
> CLI rebuild seems to be that "drasi init" assumes Azure Kubernetes Service built in StorageClasses for Kubernetes PVC for Redis and Mongo and thus fails when running against EKS. I assume same thing would be required on GKE. Yes, it should be more modular but MVP. None of these words are in the Bible.
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#85What does it process it from and what does it process it to? Is it programmable or you have a concrete concept theorised? What is it useful for? How it helps business in saving cost or increasing profit? Is it a hobby project?
And the project docs may help answer others: https://drasi.io/
Also, the Drasi team are most active over on our discord channel (https://aka.ms/drasidiscord) where we would be happy to answer questions and help you get started using Drasi.
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#86Looks very Azure-centric. Both installation guides ( https://drasi.io/how-to-guides/install-sample-applications/b... and https://drasi.io/how-to-guides/install-sample-applications/c... ) require Azure to work. And then there's this: > Installing Drasi in an EKS cluster can be significantly more complex than a standard installation on other platforms. Instead of downloading a CLI binary using the provided installation…
I am the Drasi engineering lead and can assure you that any Azure-centricity is purely one of historical convenience and a lag in getting more of our non-Azure-centric doc, samples, and components published. The main current dependency is having a K8s cluster. You can run Drasi for dev/test on k3s( https://drasi.io/how-to-guides/installation/install-on-k3s/ ) or kind( https://drasi.io/how-to-guides/installation/insta…
Re: Drasi: Microsoft's open source data processing platform for event-driven systems
#87I see more Cypher fans out here - check out https://cyphernet.es if you work with Kubernetes!