Which migration strategies move a cloud-incompatible CMS with least effort?
A company is planning to migrate applications to the AWS Cloud. During a system audit, the company finds that its content management system (CMS) application is incompatible with cloud environments. Which migration strategies will help the company to migrate the CMS application with the LEAST effort? (Choose two.)
Community Votes
60% of anonymous learners picked answer BC. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
Tests the 6 R migration strategies against two constraints at once — 'LEAST effort' and an application that is explicitly incompatible with cloud — and the trap is reflexively choosing rehost, the lowest-effort strategy in general, when the scenario has already ruled it out.
When a CMS is found to be incompatible with cloud environments, the least-effort migration paths are repurchase (drop-and-shop to a cloud/SaaS CMS) and replatform (lift, tinker, and shift with only minor changes). This page explains why rehost is contradicted by the incompatibility premise and why retire and refactor are not viable.
Choosing Rehost (B) because lift-and-shift is the classic 'least effort' answer; the audit states the CMS is incompatible with cloud environments, so a no-change move cannot make the application work in AWS.
Community Discussion (13 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
The question asks for two strategies that both migrate the CMS and require the LEAST effort, while the scenario adds the hard constraint that the application is "incompatible with cloud environments." Replatform (D) fits because lift, tinker, and shift means a few targeted cloud optimizations — a managed database, a supported OS, minor configuration changes — rather than re-architecting the product, which is the lowest-effort way to keep the application and fix the compatibility gap. Repurchase (C), AWS's "drop and shop" strategy, fits even better for a CMS because the company simply replaces the unsupported product with a cloud-ready or SaaS alternative, requiring no development work at all; AWS's own examples of repurchase are CRM to Salesforce and CMS to Drupal. Together, C and D satisfy both the 'LEAST effort' requirement and the incompatibility problem, whereas the two highest-effort or non-migrating options (E and A) do not.
Why the Other Options Are Wrong
Retire (A) is not a migration at all — it decommissions the CMS, which removes the application rather than moving it to AWS, so it cannot answer a question about migrating the CMS. Rehost (B) means lift-and-shift with no changes to the application, so it cannot resolve a compatibility defect that was found during a system audit; a zero-change move of software that does not run in the cloud is a contradiction. Refactor (E) is the re-architect strategy and requires the most development effort and the longest timeline, which directly violates the 'LEAST effort' wording. That leaves only Repurchase and Replatform as strategies that both move the CMS to AWS and keep the effort minimal.
Community Comment Notes
Community opinion is split — the BC and CD answer groups are close — and the disagreement is almost entirely about option B. JoeTromundo puts the key objection plainly: "It can't be B: the application is INCOMPATIBLE with cloud environments." VerRi reaches the same conclusion from the premise, explaining that incompatibility means the CMS cannot be migrated as-is, so "Rehost does not work." geocis argues the opposite way by eliminating A and E ("Choosing to Retire will not help them migrate."), which is sound reasoning even though it lands on rehost. Matthew25187 uses the same elimination chain and ends at Repurchase and Replatform, while femzy lists Rehost and Replatform as the two lowest-effort paths and Nikmah cites the course example of repurchase being "CMS to Drupal." MeLikeChoco adds a practical caveat that the right choice depends on whether the CMS is in-house or third-party, which is exactly why the question's 'incompatible' premise drives the answer.
Official Reference
Exam Strategy
On 'Choose two' CLF-C02 questions, apply the scenario premise first: any strategy the scenario already contradicts (here, a no-change rehost of an incompatible application) is eliminated before you rank effort. Only then rank the remaining migration strategies by effort, remembering that refactor is always the most expensive and retire is not a migration at all.
Frequently Asked Questions
Why is rehost wrong for a CMS that is incompatible with cloud environments?
Rehost is lift-and-shift with no application changes, so it cannot fix a compatibility defect. The audit already established the CMS will not run in the cloud as-is, so a zero-change move fails.
How does repurchase migrate an incompatible CMS with little effort?
Repurchase, or drop-and-shop, replaces the unsupported CMS with a cloud-ready or SaaS CMS, so no code is rewritten. AWS's own example of repurchase is moving a CMS to Drupal.
Related Analysis
Practice All CLF-C02 Questions
Access 120 questions with complete answers and detailed explanations.
View Full CLF-C02 Practice Test →