Build fluency in the vocabulary of migrating a legacy monolith feature by feature behind a facade instead of a big-bang rewrite.
0 / 5 completed
1 / 5
A teammate explains that a legacy monolith is migrated by routing individual features to a new service one at a time behind a facade, leaving the rest of the traffic on the old system until every feature has been moved and the monolith can finally be retired. What migration pattern is being described?
The strangler fig pattern is exactly this: a facade routes traffic for individual features to a new service one at a time, while every not-yet-migrated feature continues being served by the old monolith, so the new system gradually takes over, feature by feature, until the monolith can finally be retired, named after the strangler fig vine that gradually envelops and eventually replaces its host tree. A DNS zone transfer is an unrelated concept about replicating name server records. This gradual-feature-by-feature-replacement approach is exactly why the strangler fig pattern is favored over rewriting a legacy monolith all at once.
2 / 5
During a design review, the team adopts the strangler fig pattern to migrate a legacy monolith, specifically so each migrated feature can be validated in production before the next feature is touched, rather than betting the whole migration on one big-bang cutover. Which capability does this provide?
The strangler fig pattern here provides incremental, low-risk migration with continuous validation, since each feature is proven in production behind the facade before the next feature is migrated, so a problem in one migrated feature never risks the entire system at once. Rewriting and cutting over the entire monolith in one release bets the whole migration's success on a single, high-stakes cutover event. This one-feature-at-a-time-with-validation behavior is exactly why the strangler fig pattern is favored for migrating large, high-risk legacy systems.
3 / 5
In a code review, a dev notices a migration plan proposes rewriting the entire legacy monolith and cutting every feature over to the new system in one single release, instead of routing features to the new service incrementally behind a facade as the strangler fig pattern would suggest. What does this represent?
This is a missed strangler-fig-pattern opportunity, since incremental feature-by-feature migration behind a facade would validate each piece in production instead of betting everything on one big-bang cutover. A cache eviction policy is an unrelated concept about discarded cache entries. This one-release-cut-everything-over pattern is exactly the kind of high-risk migration a reviewer flags once a large, high-stakes legacy system is involved.
4 / 5
An incident report shows a big-bang cutover of an entire legacy monolith to a new system caused a multi-day outage, because dozens of untested feature interactions in the new system only surfaced once every feature went live simultaneously. What practice would prevent this?
Adopting the strangler fig pattern to migrate and validate features one at a time behind a facade lets untested interactions surface on a small scale instead of all at once. Continuing to plan big-bang cutovers of the entire monolith regardless of how many multi-day outages that approach has caused before is exactly what caused the outage described in this incident. This incremental-feature-migration approach is the standard fix once big-bang cutovers are confirmed to cause large-scale outages.
5 / 5
During a PR review, a teammate asks why the team reaches for the strangler fig pattern instead of simply rewriting the monolith from scratch and cutting over once everything is ready, given that a single rewrite avoids running two systems side by side for months. What is the reasoning?
The strangler fig pattern trades the operational overhead of running the facade and both systems side by side for a much smaller blast radius per migrated feature, while a single full rewrite avoids that dual-running overhead but risks a large-scale failure the moment everything cuts over at once. This is exactly why the strangler fig pattern is favored for migrating large, high-risk legacy systems, while a single full rewrite remains viable only for small systems where a big-bang cutover carries acceptable risk.
What does the "Strangler Fig Pattern Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to strangler fig pattern vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — browse the full vocabulary exercises hub to find related modules covering adjacent IT topics and roles.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.