The pages of this section will provide example and how-tos to connect an open source NATS client to UE Streams. There are several compatible clients available from the NATS community, but we recommend the following for the access to streams and subjects.
This is the server DNS for clients to connect to UE Streams.
Examples are in Node.js
UE Streams implements data streaming and queuing using the NATS approach of subjects and streams.
Subjects are data pipes where messages are only received if someone is listening to the transmission. These are considered "at-most-once" delivery systems.
Streams are a wrapper around subjects that provide persistence for the data moving through the pipe and allow consumers to receive the data at a later time after transmission. Streams are considered "at-least-once" delivery systems.
Streams and subjects are complimentary approaches to event messaging. There are pros and cons to using one approach over the other.
|Simpler Setup and configuration
|Less resilient to system outage
|Less suitable for cross solution integrations
|Difficult to debug issues with data
|Load balanced queue groups
|Not suitable for data that requires audit of transmission
|Less of a security risk in terms of message transmission because subscribers cannot access past messages
|Highly resilient for enterprise topologies and use cases
|More complex in terms of setup and configuration
|Data replication for additional resiliency
|Maintains queue group features
|Permissions associated are more complex
|Maintains bi-directional data features
|Requires an architecture that is idempotent on the consuming side
|More suitable for cross-solution enterprise integration
|Higher security risk associated to message transmission because consumers can access past data
|Easier to debug issues with data
|Message queue is auditable during retention period
Updated about 1 year ago