Skip to content

Commit 5d44c47

Browse files
committed
docs(add): migration methods & tools doc
1 parent 11c7a6e commit 5d44c47

File tree

1 file changed

+63
-0
lines changed

1 file changed

+63
-0
lines changed
Lines changed: 63 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,63 @@
1+
---
2+
title: Migration methods and tools
3+
description: Discover the available migration methods and tools to move your infrastructure to Scaleway and develop your projects.
4+
---
5+
6+
## Migration methods and tools
7+
8+
Migrating to the cloud can take different forms depending on your infrastructure, business goals, and long-term strategy.
9+
10+
Choosing the right method depends on your priorities: speed, cost, flexibility, or long-term innovation. Below are the main migration methods you can choose from when planning for your migration.
11+
12+
<Tabs id="install">
13+
<TabsTab label="Lift and Shift">
14+
15+
Lift and shift is the most direct migration strategy. Applications and workloads are moved “as-is” from their current environment to the cloud, with minimal to no modifications. It focuses on speed and simplicity rather than optimization.
16+
17+
**When to use it**
18+
19+
- You need to migrate quickly, with minimal downtime.
20+
- Your priority is moving out of on-premises infrastructure or another provider.
21+
- You want a foundation in the cloud before making further optimizations.
22+
</TabsTab>
23+
<TabsTab label="Replatforming">
24+
25+
Replatforming involves making minor adjustments to workloads during migration to take advantage of cloud features, without fully redesigning the application.
26+
27+
**When to use it**
28+
29+
- You want to reduce operational complexity.
30+
- Your goal is to gain some cloud-native benefits (e.g. automated scaling, managed storage).
31+
- Your applications are stable but can benefit from optimizations.
32+
</TabsTab>
33+
<TabsTab label="Refactoring">
34+
35+
Refactoring goes further by modifying the application code to better align with cloud-native services and architectures.
36+
37+
**When to use it**
38+
39+
- You want to modernize applications for better scalability and resilience.
40+
- You want to integrate managed services (databases, event-driven systems, etc.).
41+
- Your current architecture is functional but starting to limit growth.
42+
</TabsTab>
43+
<TabsTab label="Rearchitecting">
44+
45+
Rearchitecting means redesigning applications from the ground up to fully leverage cloud-native principles, such as microservices, serverless, and distributed computing.
46+
47+
**When to use it**
48+
49+
- Legacy systems limit innovation and agility.
50+
- You want to build for long-term scalability and resilience.
51+
- You need to support advanced workloads like AI, big data, or edge computing.
52+
</TabsTab>
53+
<TabsTab label="Replacement">
54+
55+
Instead of migrating an existing system, some organizations choose to replace applications with new cloud-native solutions or SaaS alternatives.
56+
57+
**When to use it**
58+
59+
- The existing system is outdated or too costly to adapt.
60+
- SaaS or managed solutions provide more value.
61+
- You want to simplify infrastructure and focus resources on core business goals.
62+
</TabsTab>
63+
</Tabs>

0 commit comments

Comments
 (0)