Service Decomposition Options

D

Daniel Okoye

@daniel-okoye

·

Explore different ways to decompose a monolithic service.

41 copies0 forks
Explore service decomposition options.

Monolith description:
{{monolith_description}}

Key modules: {{modules}}
Team structure: {{team_structure}}

## APPROACH 1: Domain-Driven Decomposition
- Split by business domains
- Identified bounded contexts
- Data ownership per domain
- Communication patterns
- Complexity: [low/medium/high]
- Alignment score: [1-10]

## APPROACH 2: Team-Oriented Decomposition
- Split by team ownership
- Each team owns a service
- Cross-team dependencies
- Conway's Law alignment
- Complexity: [low/medium/high]
- Alignment score: [1-10]

## APPROACH 3: Capability-Based Decomposition
- Split by technical capability
- Reusable platform services
- Shared vs. dedicated services
- Platform team requirements
- Complexity: [low/medium/high]
- Alignment score: [1-10]

## APPROACH 4: Strangler Pattern Incremental
- Extract one piece at a time
- Priority order for extraction
- Coexistence strategy
- Timeline to completion
- Complexity: [low/medium/high]
- Alignment score: [1-10]

## SYNTHESIS
- Recommended approach or hybrid
- First service to extract
- 6-month roadmap

Details

Category

Coding

Use Cases

Monolith decomposition planningMicroservices strategyArchitecture modernization

Works Best With

claude-opus-4.5gpt-5.2gemini-2.0-flash
Created Updated Shared

Create your own prompt vault and start sharing