In summary<\/p>\n
- \n
- There is no universal answer.<\/strong> The choice depends on the tolerated latency, the volume of data, and the cost profile that the company prefers.<\/li>\n
- Migrating everything to the cloud is rarely the cheapest option<\/strong> \u2014 is the most flexible, which is not the same thing.<\/li>\n
- Legacy sector applications are the main brake<\/strong> to any migration.<\/li>\n
- O cloud egress fee<\/strong> that is what almost nobody calculates before entering.<\/li>\n<\/ul>\n<\/div>\n
\nIn this article<\/p>\n
- \n
- The three options<\/a><\/li>\n
- What actually decides<\/a><\/li>\n
- The deceptive bill<\/a><\/li>\n
- The hybrid model<\/a><\/li>\n
- If you decide to migrate<\/a><\/li>\n<\/ol>\n<\/div>\n
The company server has reached its end of life and the question arises: replace it with another one, virtualise, or take the opportunity to move to the cloud? The honest answer is that it depends \u2014 and, contrary to what is frequently heard, the cloud is not automatically the right answer.<\/p>\n
The three options<\/h2>\n
Replace with physical server.<\/strong> It still makes sense when there are applications that require specific hardware, when the internet connection is not reliable enough to depend on it, or when the volume of data makes the cloud disproportionately expensive.<\/p>\n
Virtualise.<\/strong> Several logical servers on a single physical machine. It is almost always the best evolution of an in-house infrastructure: better hardware utilisation, booting up new systems in minutes, and whole-machine backups \u2014 which makes disaster recovery much faster.<\/p>\n
Migrate to the cloud.<\/strong> There is no longer any hardware to manage and you pay for usage instead. You gain elasticity and lose control over the cost profile, which starts to vary with usage.<\/p>\n
![\"A](\"https:\/\/www.redes-informatica.pt\/wp-content\/uploads\/2026\/08\/dell-servers-1024x638.png\")
Physical server, virtualisation or cloud: the decision is about cost and risk, not fashion.<\/figcaption><\/figure>\n What actually decides<\/h2>\n
Four factors explain the majority of correct decisions:<\/p>\n
- \n
- Application-tolerated latency.<\/strong> Legacy management software, production systems and applications that work directly with large files behave poorly when the server is no longer on the other side of the wall.<\/li>\n
- Data volume.<\/strong> Cloud storage is affordable; moving large volumes frequently is not.<\/li>\n
- Usage pattern.<\/strong> Steady workloads favour on-premise infrastructure; workloads with sharp peaks favour the cloud, because you only pay for the peak when it occurs.<\/li>\n
- Data localisation requirements.<\/strong> Certain industries and certain clients dictate where data must reside, and this restricts options before any technical analysis.<\/li>\n<\/ul>\n
\nThe most common brake is sector applications.<\/strong> Clinical, hotel, industrial or specific management software is frequently designed to work on a local network. Before making any decision, confirm with the manufacturer what is supported \u2014 many migrations fail right here.<\/p>\n<\/div>\n
The deceptive bill<\/h2>\n
The usual comparison \u2014 server price versus cloud monthly fee \u2014 leaves out half of the costs on each side.<\/p>\n
On the infrastructure side<\/strong>, to the price of the equipment must be added licensing, hardware maintenance contract, electricity and air conditioning, space, backup power supply, and the time of the person who administers it. And the replacement in five years' time, which is certain.<\/p>\n
On the cloud side<\/strong>, the base monthly fee is supplemented by backup storage, outbound traffic \u2014 which is frequently underestimated \u2014, ancillary services that gradually add up, and a more robust internet connection, often with redundancy, because everything becomes dependent on it.<\/p>\n
And there is a cost that almost no-one calculates before entering: the cost of going out<\/strong>. Bringing back several terabytes has a price and takes time. It's not a reason not to go, but it is a reason to know the number before deciding.<\/p>\n
The hybrid model<\/h2>\n
In practice, it is where most medium-sized Portuguese companies end up \u2014 and not out of indecision, but because it is what makes sense.<\/p>\n
The pattern that works: email and cloud productivity<\/strong>, because that's where the cloud is clearly superior; industry applications and heavy working files locally<\/strong>, on a virtualised server, where latency matters; and cloud-replicated backups<\/strong>, which resolves the requirement of having an off-site copy without maintaining a second physical space.<\/p>\n
This combination gives the best of each model and is significantly cheaper than migrating everything.<\/p>\n
If you decide to migrate<\/h2>\n
Four rules that avoid the most common problems:<\/p>\n
- \n
- Do not migrate everything all at once.<\/strong> Start with what is least critical, learn from this migration, and only then move on to the core systems.<\/li>\n
- Test the actual performance before committing.<\/strong> A two-week proof of concept with real users reveals more than any specification.<\/li>\n
- Strengthen the internet connection before, not after.<\/strong> If everything comes to depend on her, it needs capacity and redundancy<\/a> up to the job.<\/li>\n
- Maintain rollback capability<\/strong> during the transition period. Dismantling the old infrastructure the week after the migration is assuming that nothing will go wrong.<\/li>\n<\/ul>\n
And, whatever the decision, what determines whether the company survives an incident is not where the server is \u2014 it is whether the backups<\/a> they exist, are out of reach of an attack, and were ever effectively restored.<\/p>\n
DataRoad assesses, sizes and manages server infrastructure in a proprietary, virtualised or cloud<\/a>, within the managed IT services<\/a>.<\/p>\n
\nA chat before making a decision<\/p>\n
Whether you\u2019re tackling a specific problem, planning a move or simply looking for a second opinion, we always start in the same way: by understanding your situation before making any suggestions. No obligation, no jargon and no catalogues.<\/p>\n
- Test the actual performance before committing.<\/strong> A two-week proof of concept with real users reveals more than any specification.<\/li>\n
- Data volume.<\/strong> Cloud storage is affordable; moving large volumes frequently is not.<\/li>\n
- What actually decides<\/a><\/li>\n
- Migrating everything to the cloud is rarely the cheapest option<\/strong> \u2014 is the most flexible, which is not the same thing.<\/li>\n