From 35dc2302487d9391b1acf2cdbad288927528f951 Mon Sep 17 00:00:00 2001 From: Agent of Reality Date: Wed, 4 Mar 2026 16:10:33 -0800 Subject: [PATCH] docs: complete reactions overview text Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Signed-off-by: Agent of Reality --- docs/content/concepts/overview/_index.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/content/concepts/overview/_index.md b/docs/content/concepts/overview/_index.md index 371414ba..04145afb 100644 --- a/docs/content/concepts/overview/_index.md +++ b/docs/content/concepts/overview/_index.md @@ -27,14 +27,14 @@ Detecting specific meaningful changes in data is complex. Traditional approaches - **Polling**: Retrieving current data and comparing it with previous results is inefficient and requires complex logic to isolate what has changed. - **Processing change feeds**: Database change logs and message-based notifications generate high volumes of mostly uninteresting changes, requiring significant infrastructure to filter to relevant changes. - **Maintaining state**: Determining what has actually changed often requires caching previous states and writing complex comparison logic. -- **Reacting to change**: TODO: talk about the need to code / integrate with downstream systems. +- **Reacting to change**: After detecting changes, teams still write custom glue to push updates to downstream systems (webhooks, queues, dashboards) and handle retries, mapping, and alerting. These approaches make solutions brittle and costly to maintain / update as requirements change. ## How Drasi Helps Drasi's low-code query-based approach enables you to write declarative graph queries that define the changes you want to detect and the data you want to distribute when those changes occur. Change semantics are defined by your query, not the source system. This eliminates the overhead of polling, parsing, filtering, and state management. -When changes do occur - TODO: talk about reactions as opposed to custom code / integration with downstream systems. +When changes do occur, Drasi uses {{< term "Reaction" "Reactions" >}} to deliver those changes to downstream systems, so you configure integrations instead of writing custom code. Drasi is available in three deployment options to match your needs: - **[{{< term "drasi-lib" >}}](/drasi-lib/)** - A Rust crate for building change-driven Rust solutions