Microservices - Migration from MonolithIn a Strangler fig pattern migration, how should traffic be managed between the legacy system and new microservices?ASend all requests to the legacy system until migration is completeBRoute requests for migrated features to new microservices and others to the legacy systemCRandomly distribute requests between legacy and new microservicesDRoute all requests to new microservices regardless of feature readinessCheck Answer
Step-by-Step SolutionSolution:Step 1: Identify migrated featuresDetermine which features have been moved to new microservices.Step 2: Route requests accordinglyDirect requests for migrated features to new services, others remain on legacy.Final Answer:Route requests for migrated features to new microservices and others to the legacy system -> Option BQuick Check:Correct routing ensures smooth migration without service disruption [OK]Quick Trick: Route only migrated features to new services [OK]Common Mistakes:Routing all traffic to new services prematurelyRandomly distributing requests causing inconsistencyIgnoring feature readiness in routing decisions
Master "Migration from Monolith" in Microservices9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepArchTryChallengeDesignRecallScale
More Microservices Quizzes Advanced Patterns - Ambassador pattern - Quiz 2easy Advanced Patterns - Anti-patterns (distributed monolith, chatty services) - Quiz 15hard Advanced Patterns - Sidecar pattern - Quiz 15hard CI/CD for Microservices - Blue-green deployment - Quiz 6medium Configuration and Secrets Management - Why externalized config enables flexibility - Quiz 7medium Configuration and Secrets Management - Config server pattern - Quiz 10hard Migration from Monolith - Incremental migration plan - Quiz 15hard Migration from Monolith - Incremental migration plan - Quiz 9hard Real-World Architecture Case Studies - When to revert to monolith - Quiz 15hard Real-World Architecture Case Studies - When to revert to monolith - Quiz 14medium