Kandidaat-apps voor cloudeigen apps

  • Artikel

Tip

Deze inhoud is een fragment uit het eBook, Cloud Native .NET Applications for Azure ontwerpen, beschikbaar op .NET Docs of als een gratis downloadbare PDF die offline kan worden gelezen.

PDF downloaden

Cloud Native .NET apps for Azure eBook cover thumbnail.

Denk na over de apps die uw organisatie nodig heeft om te bouwen. Bekijk vervolgens de bestaande apps in uw portfolio. Hoeveel van hen rechtvaardigen een cloudeigen architectuur? Allemaal? Misschien wel een paar?

Het toepassen van kosten-/batenanalyse biedt een goede kans dat sommigen de inspanning niet ondersteunen. De kosten voor het worden van cloudeigen toepassingen overschrijden de bedrijfswaarde van de toepassing.

Welk type toepassing kan een kandidaat zijn voor cloudeigen toepassingen?

  • Strategische bedrijfssystemen die voortdurend bedrijfsmogelijkheden/-functies moeten ontwikkelen

  • Een toepassing die een hoge releasesnelheid vereist, met hoge betrouwbaarheid

  • Een systeem waarin afzonderlijke functies moeten worden uitgebracht zonder een volledige herimplementatie van het hele systeem

  • Een toepassing ontwikkeld door teams met expertise in verschillende technologiestacks

  • Een toepassing met onderdelen die onafhankelijk moeten worden geschaald

Kleinere, minder impactvolle Line-Of-Business-toepassingen komen mogelijk goed tot een eenvoudige monolithische architectuur die wordt gehost in een Cloud PaaS-omgeving.

Dan zijn er verouderde systemen. Hoewel we allemaal nieuwe toepassingen willen bouwen, zijn we vaak verantwoordelijk voor het moderniseren van verouderde workloads die essentieel zijn voor het bedrijf.

Verouderde apps moderniseren

Het gratis Microsoft-e-book Moderniseer bestaande .NET-toepassingen met Azure-cloud en Windows-containers biedt richtlijnen voor het migreren van on-premises workloads naar de cloud. In afbeelding 1 tot en met 10 ziet u dat er geen enkele, een-grootte-passend-alle strategie is voor het moderniseren van verouderde toepassingen.

Strategies for migrating legacy workloads

Afbeelding 1-10. Strategieën voor het migreren van verouderde workloads

Monolithische apps die niet kritiek zijn, kunnen profiteren van een snelle lift-and-shift-migratie . Hier wordt de on-premises workload opnieuw gehost op een cloud-VM, zonder wijzigingen. Deze benadering maakt gebruik van het IaaS-model (Infrastructure as a Service). Azure bevat verschillende hulpprogramma's zoals Azure Migrate, Azure Site Recovery en Azure Database Migration Service om de verplaatsing te stroomlijnen. Hoewel deze strategie een aantal kostenbesparingen kan opleveren, zijn dergelijke toepassingen doorgaans niet ontworpen om de voordelen van cloud-computing te ontgrendelen en te benutten.

Oudere apps die essentieel zijn voor het bedrijf, profiteren vaak van een verbeterde migratie die is geoptimaliseerd voor de cloud. Deze benadering omvat implementatieoptimalisaties die belangrijke cloudservices mogelijk maken, zonder de kernarchitectuur van de toepassing te wijzigen. U kunt de toepassing bijvoorbeeld containeriseren en implementeren in een containerorchestrator, zoals Azure Kubernetes Services, die verderop in dit boek wordt besproken. Eenmaal in de cloud kan de toepassing backingservices voor de cloud gebruiken, zoals databases, berichtenwachtrijen, bewaking en gedistribueerde caching.

Ten slotte kunnen monolithische apps die strategische bedrijfsfuncties bieden, het beste profiteren van een cloudeigen benadering, het onderwerp van dit boek. Deze aanpak biedt flexibiliteit en snelheid. Maar het komt wel ten koste van het opnieuw platformen, opnieuw ontwerpen en herschrijven van code. Na verloop van tijd kan een verouderde toepassing worden opgesplitst in microservices, in containers geplaatst en uiteindelijk opnieuw geplatformeerd in een cloudeigen architectuur.

Als u en uw team van mening zijn dat een cloudeigen benadering geschikt is, moet u de beslissing rationaliseren met uw organisatie. Wat is precies het bedrijfsprobleem dat door een cloudeigen benadering wordt opgelost? Hoe zou het zijn afgestemd op bedrijfsbehoeften?

  • Snelle releases van functies met meer vertrouwen?

  • Verfijnde schaalbaarheid: efficiënter gebruik van resources?

  • Verbeterde systeemtolerantie?

  • Verbeterde systeemprestaties?

  • Meer inzicht in bewerkingen?

  • Combineer ontwikkelplatforms en gegevensarchieven om het beste hulpprogramma voor de taak te bereiken?

  • Toekomstbestendige toepassingsinvesteringen?

De juiste migratiestrategie is afhankelijk van organisatieprioriteiten en de systemen waarop u zich richt. Voor velen kan het rendabeler zijn om een monolithische toepassing in de cloud te optimaliseren of grofmazige services toe te voegen aan een N-Tier-app. In deze gevallen kunt u nog steeds volledig gebruikmaken van paaS-mogelijkheden in de cloud, zoals de mogelijkheden van Azure-app Service.

Samenvatting

In dit hoofdstuk hebben we cloudeigen computing geïntroduceerd. We hebben een definitie gegeven, samen met de belangrijkste mogelijkheden die een cloudeigen toepassing stimuleren. We hebben gekeken naar de soorten toepassingen die deze investering en inspanning rechtvaardigen.

Met de introductie erachter gaan we nu dieper in op een veel gedetailleerder overzicht van cloudeigen toepassingen.

Verwijzingen

VorigeVolgende