Use an autonomous bubble to migrate toward a fresh domain model while the replacement subsystem owns its data store. It can handle logic independently and integrate with legacy subsystems through asynchronous data synchronization and, where needed, an anticorruption layer. section 12.4.2
Weigh the pattern against its main trade-offs:
- Add new fields inside the bubble without changing legacy systems. section 12.4.2
- Accept synchronization complexity and possible staleness between the bubble and legacy subsystems. section 12.4.2
- Question the pattern when users require real-time updates but synchronization occurs only periodically. section 12.4.2
- Reconsider the approach when the anticorruption layer becomes more complex than the domain model. section 12.4.2
Periodic synchronization versus live information
A bubble can store new fields without modifying legacy systems, but a once-daily synchronization schedule makes it unsuitable when users need real-time updates. section 12.4.2
Visualizes the autonomous bubble migration pattern, including its independent data store and asynchronous integration with legacy subsystems. section 12.4.2
