← AWS Solutions Architect Professional: complex decisions
07 / 8 · 35 MIN

Discovery and migration waves

Connect technical strategy to dependencies, capacity, and business calendars.

Concept and mechanism

A server inventory is a starting point, not a complete migration plan. Add applications, interfaces, owners, criticality, business cycles, and support conditions. A monthly file may not appear in a daily-close rehearsal. Group work according to dependencies and coexistence risks, not only operating system or CPU usage. The strategies known as seven Rs help decisions: rehost, relocate, replatform, repurchase, refactor, retain, and retire. The choice needs rationale and criteria. Temporarily retaining an application with an unresolved physical dependency may be appropriate with defined review and responsibility.

Guided application

For rehosting compatible servers, current documentation names AWS Transform MGN for the service also known as Application Migration Service. Block replication supports the move; it does not rewrite a monolith or establish functional compatibility. Replatform may preserve core logic while moving operations to a managed platform. Rewriting and migrating simultaneously can increase complexity, so benefit should justify risk. Also plan human capacity: four calendar weeks from someone allocated at 25% are not four full-time project weeks. Include RUN, backup owners, rehearsals, windows, and acceptance decisions in the wave plan.

IN PRACTICE

Three applications use the same close files. The first wave must prepare the complete flow or the hybrid dependency during coexistence.

Common pitfalls

Server as service; copy as acceptance; cloud as mandatory decision; effort as calendar duration.

Related topics: Data, cutover, and transition to RUN · Organization, identity, and controls

Take this idea with you

Choose strategy and sequence from real dependencies and available capacity.

Create account

Reference: Detailed portfolio discovery · SAP-C02