SCNET · Enterprise IT · Ankara, Türkiye

Sanal Çekirdek

Plan the migration in waves. Keep the rollback path open.

Cloud migration is the process of moving existing workloads to a new environment through discovery, wave planning, rehearsal and validation. Sanal Çekirdek plans each migration on a dependency map, with a defined outage window and a rollback scenario for every wave.

A migration is not a single moving day; it is a managed sequence of waves, with scope and acceptance criteria agreed before each one.

What puts migration on the agenda

For most organizations, cloud migration starts with a calendar event: a contract coming up for renewal, hardware reaching the end of its life, a licensing model change, or demand outgrowing capacity. Sanal Çekirdek uses these moments to revisit workload placement; deciding what stays in place is as much a part of the plan as deciding what moves.

  • Contract and facility renewal dates
  • Hardware lifecycle and warranty expiry
  • Licensing and support model changes
  • Scale and capacity pressure

Discovery and wave planning

Planning starts with application and dependency discovery, grouping systems that must move together onto one map. Each application then passes through a decision framework: migrating as-is (rehost), moving with a platform change (replatform) or restructuring the application (refactor) are compared on cost and risk. The migration order runs in waves, from lower-risk workloads toward critical systems.

  • Application and dependency map
  • Per-workload migration method decision
  • Wave sequence and prerequisites
  • Acceptance criteria for every wave

Outage window and rollback

An outage window is planned for each wave and narrowed through rehearsal. Data is synchronized with the target environment ahead of time, so cutover transfers only the final delta. If acceptance criteria are not met, the wave is rolled back to the original environment through predefined steps.

  • Migration rehearsal in a test environment
  • Data synchronization and delta transfer
  • Per-application outage window plan
  • Defined rollback steps and decision point

Post-migration validation and handover

A migration is not complete until the application is verified in its new environment. Performance is compared against pre-migration baselines; backup and monitoring are re-established, and resources are tagged for cost visibility. The process closes with a responsibility matrix and operational documentation, and the old environment is retired in a controlled way.

  • Performance comparison report
  • Backup, monitoring and alerting setup
  • Tagging and cost reporting
  • Operational handover and environment retirement

How we work

  1. Applications, dependencies and data volumes are mapped through discovery.
  2. A migration method is selected per workload and shaped into a wave plan.
  3. Each wave is rehearsed in a test environment to finalize the outage window and rollback steps.
  4. Waves are migrated in their planned windows and verified against acceptance criteria.
  5. The environment is handed over to the operations team, and the old infrastructure is retired in a controlled way.

How success is measured

  • Adherence to the planned outage window, including deviations
  • Acceptance criteria met per wave
  • Performance compared before and after migration
  • Post-migration incident trend and cost visibility

Frequently asked questions

How long does a cloud migration take?

The timeline is set at the end of discovery, based on application count, dependencies and data volume; no fixed duration is promised before discovery.

Will there be downtime during migration?

Most workloads need a planned outage window, which rehearsal and data synchronization narrow. The window length is set per application and agreed with business owners in advance.

Does every application have to move to the cloud?

No; some workloads stay in place or move to colocation because of licensing, latency or data location. Placement is decided per workload before the migration plan is drawn up.

What happens if a migration fails?

Every wave has a defined rollback plan; if acceptance criteria are not met, the application returns to its original environment. The old environment is not shut down until the wave is verified, so the way back stays open throughout.

If a contract renewal or a hardware deadline has put migration on your agenda, let's map the wave plan together.

Request a migration assessment