Menu

Wat is 'lift and shift'?

6 roze kubussen in 2 rijen met één witte kubus die er iets buiten hangt
Onderwerpen

Denk strategisch: lift and shift is een van de vele mogelijkheden om uw applicaties naar de cloud te migreren. Dit betekent het verplaatsen van een applicatie en de bijbehorende data naar een cloudplatform, zonder de app opnieuw te ontwerpen.

Er is geen passende transitie voor iedereen voor het verplaatsen van een applicatie van uw on-premises datacenter naar de cloud. Maar er bestaan wel erkende kernmigratietrajecten. Velen beschouwen lift and shift (ook wel opnieuw hosten genoemd) als een van deze trajecten. Voor bedrijven is het een manier om hun investeringen in bedrijfsworkflow, logica en data die vastzit in on-premises hardware te beschermen.

De 'lift and shift'-aanpak opent de weg naar IT-modernisering door over te stappen op een open en uitbreidbare architectuur in de cloud. Bedrijven overwegen lift and shift om solide zakelijke redenen, waaronder lagere kosten en verbeterde performance en veerkracht.

Eén bedrijfsstrateeg biedt echter 4 redenen om lift and shift naar de cloud opnieuw te overwegen. Hij stelt dat applicaties presteren en evolueren in verhouding tot hun omgevingen en dat de cloud een superieure grootte en diversiteit aan services biedt in vergelijking met on-premises datacenters.

Wanneer is het 'lift and shift'-cloudmigratiemodel een goede keuze?

Met de 'lift and shift'-aanpak kunnen on-premises applicaties zonder herontwerp naar de cloud worden verplaatst. Maar ze kunnen niet altijd volledig profiteren van de ingebouwde cloudfuncties, dus is dit misschien niet het meest rendabele migratietraject. Gartner schat dat in 2020 organisaties die geen kostenoptimalisatieprocessen hebben, gemiddeld 40% te veel uitgeven in de public cloud (Ed Anderson, 2018).

Om torenhoge prijsverhogingen van vaste leveranciers te vermijden, hebben bedrijven een strategie voor kostenallocatie en duidelijke rollen binnen de organisatie nodig om de uitgaven aan de cloud te bewaken. Hiervoor zijn waarschijnlijk aanvullende tools nodig.

Lift and shift-applicaties kunnen het volgende bieden:

  • Snelle kostenbesparingen. Dow Jones heeft de IT-kosten met meer dan 25% verlaagd. GE Oil & Gas realiseerde 52% kostenbesparingen door lift and shift.
  • Meteen een pad naar de cloud. In 2008 ondervond Netflix een grote uitval, waardoor dvd's niet naar klanten werden verzonden. Dit stimuleerde het traject naar de cloud voor dit groeiende bedrijf.
  • Disaster recovery via de cloud. Door data naar een cloudlocatie te verplaatsen, krijgen bedrijven een tweede, maximaal beschikbare locatie. Kostenbesparingen ten opzichte van het vorige DR-plan zijn een veelvoorkomend secundair effect.
  • Herstel van de technische achterstand. Verouderde systemen kunnen traag en duur zijn om te onderhouden. Extra paardenkracht, zoals de x1e.32xlarge van Amazon, kan de boost geven die u nu nodig hebt.

Vijf strategieën die u kunt overwegen

Als u zich eenmaal hebt gecommitteerd aan cloudmigratie, kunnen de opties duizelingwekkend zijn: IaaS? PaaS? SaaS? Gartner heeft vijf snelwegen naar de cloud geïdentificeerd. U vindt hier een overzicht.

  • Opnieuw hosten. Dit is Infrastructure-as-a-Service (IaaS) of lift and shift. U kunt uw applicatie opnieuw hosten in een andere hardwareomgeving zonder de architectuur van de app te wijzigen. Migratie is snel en relatief goedkoop, maar de doorlopende werking kan duur zijn omdat u de efficiëntie van de cloud niet gebruikt.
  • Herfactoriseren. Ook wel Platform-as-a-Service (PaaS) genoemd: u voert uw applicaties uit op de infrastructuur van een cloudprovider. Ontwikkelaars kunnen talen, frameworks en containers hergebruiken door gebruik te maken van code die strategisch is voor het bedrijf. De nadelen zijn ontbrekende mogelijkheden, transitieve risico's en frameworkafhankelijkheid.
  • Herzien. Eerst ondersteunt u moderniseringsvereisten door de bestaande code te wijzigen of uit te breiden. Vervolgens neemt u de route naar de cloud via opnieuw hosten of herfactoriseren. Dit betekent dat u de cloudkenmerken van de infrastructuur van uw provider kunt benutten, maar niet zonder enige ontwikkelingskosten vooraf.
  • Opnieuw opbouwen. U gooit de code voor een bestaande app weg en ontwerpt deze opnieuw. Het voordeel is toegang tot innovatieve functies in het platform van de provider die de productiviteit van ontwikkelaars verhogen. De prijs die u betaalt, is afhankelijkheid of het loslaten van uw applicatie-assets als de situatie onacceptabel wordt.
  • Vervangen. Verwijder uw bestaande applicatieset en gebruik commerciëlesoftware die als service wordt geleverd (SaaS). Wanneer de vereisten voor een bedrijfsfunctie snel veranderen, vermijdt deze aanpak de tijd en de investering van het mobiliseren van een ontwikkelingsteam. Maar u kunt te maken krijgen met problemen zoals inconsistente datasemantiek, moeilijke datatoegang en leveranciersafhankelijkheid.


Conclusie: bekijk het grotere plaatje. Welk cloudplatform en welke migratietechniek optimaliseren de applicatie het beste om uw bedrijfs- en IT-doelen te realiseren?

Stel de juiste vragen

De richtlijnen voor cloudstrategie- en cloudcomputingpolicy's variëren per mogelijke route naar de cloud. Gaat u bijvoorbeeld:

  • Een applicatie zoals deze is opnieuw hosten (lift and shift) op cloudinfrastructuur als service?
  • Een applicatie herfactoriseren (of zelfs opnieuw opbouwen) om optimaal te profiteren van de nieuwe omgeving en het nieuwe platform, met als doel flexibeler te worden of geld te besparen?
  • Een bestaand systeem vervangen door een kant-en-klare SaaS-applicatie (uw huidige systeem verlaten)?
  • Een intern bedrijfsproces (bijv. facturering, incasso of salarisadministratie) overdragen aan een externe BPaaS-provider (Business-Process-as-a-Service)?


Vraag u af hoe uw organisatie er in de nabije toekomst uit kan zien (d.w.z. als een digitaal bedrijf). Is het bedrijfsproces dat uw app nu ondersteunt tegen die tijd nog steeds vereist (of wordt dit nog steeds intern uitgevoerd)? Voor een bepaald proces kan de beslissingsstructuur er als volgt uitzien:

  • Zullen we dit proces op de lange termijn nodig hebben? Zo niet, hoe kunnen we het op een stijlvolle manier afdanken? Op welke nieuwe processen moeten we ons voorbereiden?
  • Moeten of willen we dit proces intern uitvoeren? Als dat niet het geval is, kunnen we BPaaS overwegen.
  • Kunnen we gewoon de vereiste functionaliteit voor dit proces gebruiken als SaaS?
  • Kunnen we voor meer flexibiliteit het systeem aanpassen (met behulp van PaaS) of zelf uitvoeren, maar hoeven we geen volledige middleware-stack te beheren (ook PaaS)?
  • Als we het zelf moeten uitvoeren op de kale infrastructuur, kunnen we dan een gedeelde (public of gehoste private) infrastructuurservice (IaaS) gebruiken?


Stel de juiste vragen om uw cloudkompas een richting op te sturen die echte bedrijfswaarde oplevert.

NetApp en lift and shift

Veel bedrijven stellen de migratie van hun bestandsgebaseerde workloads naar de cloud uit vanwege de zorgen dat ze een deel van de mogelijkheden die ze on-premises gebruiken, zullen verliezen. NetApp® Cloud Volumes neemt deze zorgen weg. Het is ontworpen om extreme performance en geavanceerde datamanagementmogelijkheden te bieden om zelfs aan uw meest veeleisende applicaties in de cloud te kunnen voldoen.

Cloud Volumes pakt veel uitdagingen op het gebied van cloudmigratie aan waar u mee te maken hebt:

  • Superieure latency en performance met betrekking tot huidige bestandsservices in de cloud
  • Volledig geïmplementeerde NAS-protocollen, waaronder versieopties die niet vaak verkrijgbaar zijn bij cloudproviders
  • Geavanceerde datamanagementfuncties zoals geautomatiseerde synchronisatie en snapshots, snelle klonen, cloudbackup en replicatie
  • Schaalbaarheid die consistent is met on-premises storage
  • Bedrijfsapplicaties hoeven niet opnieuw te worden ontworpen voor objectstorage of tragere cloudstorage

Cloud Volumes belooft een latency van minder dan 2 ms, waardoor het ideaal is voor datacenterapplicaties die in de cloud draaien. Er zullen performancetiers beschikbaar zijn om flexibel een balans tussen kosten en performance te vinden.

Verder lezen