blob: 4a546f73d9b265e57a88523af0cdc8f357bbd60e [file] [log] [blame] [view]
# Iggy Examples
This directory contains comprehensive sample applications that showcase various usage patterns of the Iggy client SDK, from basic operations to advanced multi-tenant scenarios. To learn more about building applications with Iggy, please refer to the [getting started](https://iggy.apache.org/docs/introduction/getting-started) guide.
## Running Examples
Iggy requires valid credentials to authenticate client requests. The examples assume that the server is using the default root credentials, which can be enabled in one of two ways:
1. Start the server with default credentials:
```bash
cargo run --bin iggy-server -- --with-default-root-credentials
```
2. Set the appropriate environment variables before starting the server with `cargo run --bin iggy-server`:
macOS/Linux:
```bash
export IGGY_ROOT_USERNAME=iggy
export IGGY_ROOT_PASSWORD=iggy
```
Windows(Powershell):
```bash
$env:IGGY_ROOT_USERNAME = "iggy"
$env:IGGY_ROOT_PASSWORD = "iggy"
```
> **Note** <br>
> This setup is intended only for development and testing, not production use.
By default, all server data is stored in the `local_data` directory (this can be changed via `system.path` in `config.toml`).
Root credentials are applied **only on the very first startup**, when no data directory exists yet.
Once the server has created and populated the data directory, the existing stored credentials will always be used, and supplying the `--with-default-root-credentials` flag or setting the environment variables will no longer override them.
If the server has already been started once and your example returns `Error: InvalidCredentials`, then this means the stored credentials differ from the defaults.
You can reset the credentials in one of two ways:
1. Delete the existing data directory, then start the server again with the default-credential flag or environment variables.
2. Use the `--fresh` flag to force a reset:
```bash
cargo run --bin iggy-server -- --with-default-root-credentials --fresh
```
This will ignore any existing data directory and re-initialize it with the default credentials.
For server configuration options and help:
```bash
cargo run --bin iggy-server -- --help
```
You can also customize the server using environment variables:
```bash
## Example: Enable HTTP transport and set custom address
IGGY_HTTP_ENABLED=true IGGY_TCP_ADDRESS=0.0.0.0:8090 cargo run --bin iggy-server
```
You can run multiple producers and consumers simultaneously to observe how messages are distributed across clients. Most examples support configurable options via the [Args](https://github.com/apache/iggy/blob/master/examples/rust/src/shared/args.rs) struct, including transport protocol, stream/topic/partition settings, consumer ID, message size, and more.
![sample](../../assets/sample.png)
## Basic Examples
### Getting Started
Perfect introduction for newcomers to Iggy:
```bash
cargo run --example getting-started-producer
cargo run --example getting-started-consumer
```
These examples use IggyClientBuilder with TCP transport and demonstrate automatic stream/topic creation with basic message handling.
### Basic Usage
Core functionality with detailed configuration options:
```bash
cargo run --example basic-producer
cargo run --example basic-consumer
```
Demonstrates fundamental client connection, authentication, batch message sending, and polling with support for TCP/QUIC/HTTP protocols.
## Message Pattern Examples
### Message Headers
Shows metadata management using custom headers:
```bash
cargo run --example message-headers-type-producer
cargo run --example message-headers-type-consumer
```
Demonstrates using HeaderKey/HeaderValue for message metadata instead of payload-based typing, with header-based message routing.
Shows how user headers can be used for message compression in transit:
```bash
cargo run --example message-headers-compression-producer
cargo run --example message-headers-compression-consumer
```
Demonstrates typed header keys and values with various data types (strings, integers, floats, booleans, raw bytes):
```bash
cargo run --example typed-headers-producer
cargo run --example typed-headers-consumer
```
### Message Envelopes
JSON envelope pattern for polymorphic message handling:
```bash
cargo run --example message-envelope-producer
cargo run --example message-envelope-consumer
```
Uses MessagesGenerator to create OrderCreated, OrderConfirmed, and OrderRejected messages wrapped in JSON envelopes for type identification.
## Advanced Examples
### Multi-Tenant Architecture
Complex example demonstrating enterprise-level isolation:
```bash
cargo run --example multi-tenant-producer
cargo run --example multi-tenant-consumer
```
Features multiple tenant setup, user creation with stream-specific permissions, concurrent producers/consumers across tenants, and security isolation. Configurable via environment variables (TENANTS_COUNT, PRODUCERS_COUNT, etc.).
### New SDK API
Modern, ergonomic SDK usage patterns:
```bash
cargo run --example new-sdk-producer
cargo run --example new-sdk-consumer
```
Showcases the newer SDK APIs with simplified setup, automatic topic creation, consumer groups, and AutoCommit configuration.
### High-Volume Data Generation
Testing and benchmarking support:
```bash
cargo run --example sink-data-producer
```
Produces high-throughput data (1000 messages per batch) with realistic user records, configurable via environment variables for connection and stream settings.
## Stream Builder Examples
### Basic Stream Management
IggyStream abstraction for producer/consumer pairs:
```bash
cargo run --example stream-basic
cargo run --example stream-producer
cargo run --example stream-consumer
```
### Advanced Configuration
Comprehensive configuration examples with detailed documentation:
```bash
cargo run --example stream-producer-config
cargo run --example stream-consumer-config
```
These examples document all available configuration options including partitioning strategies, retry policies, batching, AutoCommit strategies, polling strategies, and retry mechanisms.
## Example Structure
All examples can be executed directly from the repository. Follow these steps:
1. **Start the Iggy server**: `cargo run --bin iggy-server`
2. **Run desired example**: `cargo run --example EXAMPLE_NAME`
3. **Check source code**: Examples include detailed comments explaining concepts and usage patterns
Most examples use shared utilities from `examples/rust/src/shared/` including:
- Message type definitions (orders, events)
- Message generation utilities
- Common argument parsing
- Client setup helpers
The examples are automatically tested via `scripts/run-rust-examples-from-readme.sh` to ensure they remain functional and up-to-date with the latest API changes.