Runtime state
Read or write short-lived state that other services or flow steps can use.
Redis component
Use Redis when a workflow needs quick shared state or coordination with Redis-backed systems.
Interact with Redis for fast runtime state, lookup data, and workflow coordination.
What this component unlocks
Redis appears in the CXFabric component docs as both a trigger family and a component entry. Use the Redis component for workflow operations against Redis, and Redis Trigger when Redis events should start a flow.
Read or write short-lived state that other services or flow steps can use.
Use Redis-backed values to enrich decisions without hitting heavier systems.
Coordinate workflow behavior around keys, topics, or cached data.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Redis as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Configuration surface
The exact fields can vary by deployment and product version, but each page gives customers a clear view of the component's intended role.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Implementation notes
Components should be easy for builders to configure and easy for operators to understand after the workflow is live.
Separate Redis Trigger and Redis Component usage.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Plan key naming and expiration.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Avoid storing sensitive data without customer approval.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Workflow patterns
These are concept patterns that can be adapted to a customer's systems, policies, credentials, and deployment model.
Start with an event, use Redis, then route the result to CRM, ticketing, or a customer-owned system.
Add validation, human approval, and logging around the component before downstream actions execute.
Deploy the component inside a customer-owned environment with credentials and logs governed by the customer.
Combine the component with packaged connectors or custom APIs when the process needs reusable system logic.
Component planning
We can scope the workflow, component configuration, credentials, deployment model, and handoff path before buildout begins.