Discover our quick start guide and build your first application in 5-10 minutes
Quick Start GuideYour order service updates inventory, charges payment, and sends confirmation. One step fails. Now you need compensation logic for every possible failure point. Sagas multiply code complexity. Two-phase commit creates tight coupling. Each new service adds another coordination challenge.
Per-service databases promise autonomy but deliver coordination headaches. Eventual consistency means customers see inconsistent state across your application. The shared database anti-pattern couples services but at least transactions work. Neither approach scales without pain.
Shared Data Platform For Microservices
Microservices store state in Apache Ignite using service-specific tables within distribution zones, enabling ACID transactions across service boundaries without saga complexity.
Integration Pattern: Each microservice owns its tables within Apache Ignite. Cross-service operations use distributed transactions that span multiple tables. Transaction coordinator ensures atomic commits across service boundaries.
Consistency Model: Consensus replication provides ACID guarantees for distributed transactions. Snapshot isolation prevents read-write conflicts across services. No eventual consistency windows or compensation logic.
Performance Characteristics: Memory-first storage delivers low-latency state access. Partition-aware routing minimizes cross-service coordination overhead. Horizontal scalability handles service growth without performance degradation.
When This Pattern Works
This architecture pattern is best for:
Example Use Cases:
Distributed ACID transactions replace saga compensation logic. No need to write rollback handlers for every service interaction. Transaction coordinator ensures atomic commits across service boundaries. Reduces code complexity and maintenance burden.
Consensus replication ensures cross-service transactions commit atomically. No eventual consistency windows or intermediate states visible to other services. Snapshot isolation prevents read-write conflicts across service boundaries.
Single platform consolidates multiple per-service databases, caches, and coordination services. Significant cost reduction potential through infrastructure consolidation. Reduces operational overhead of managing multiple database systems.
Distribution zones provide logical isolation per service. Each microservice owns its tables and schemas. Cross-service transactions don't require tight coupling at the schema level. Services evolve independently while maintaining transactional consistency.
Discover our quick start guide and build your first application in 5-10 minutes
Quick Start GuideLearn about other Apache Ignite use cases
Use Cases Overview