Løsningsarkitetkur - Dynamisk IT-Landskab med Microservice Arkitektur

Låser I forretningen med arkitekturen?

Med en evolutionær tilgang til IT-arkitektur kan du gradvist integrere nye systemer. Uanset om det er systemer, der trænger til udskiftning på grund af forældelse, eller nye systemer, der kræves efterhånden som kravene til dit setup ændrer sig. Det kunne f.eks. være, at behovet for et PIM-system (Product Information Management) opstår efterhånden som din ecommerce-forretning modner.

Hvor ofte idriftsætter I ny kode i form af produkter, features eller systemer i jeres IT-setup?

1 gang om året? 1 gang om måneden? Eller en gang i timen? Hvis du ikke ved det, så kan du nok forestille dig, at der er forskel på at lægge et års arbejde ud på en gang - eller at gøre det løbende, måske endda flere gange i timen. Både i forhold til fejlpotentialer og medfølgende fejlfinding, og i forholde til ventetid på udvikling. Der er ingen tvivl om, at de fleste virksomheder foretrækker kontinuerlig fremdrift og tidlige iterationer, som kan kvalitetstestes og forretningstestes ud mod brugerne tidligt i processen.

Fordele ved microservice arkitektur

Best practice software - uanset teknologi

Microservices tillader teknologi-forskellighed og brug af best practice software - uanset teknologi.
Udskift systemer løbende

Byg din arkitektur op til at kunne udskifte systemer løbende og i forskelligt tempo.
Robusthed – én fejl vælter ikke læsset

Gennem klart definerede snitflader, kan en fejl adskilles fra de øvrige services.
Performance-optimering og skalérbarhed

Modsat en software-monolit, så kan microservices´performance optimeres helt ned på den enkelte service.
Time to market

Hurtig idriftsættelse af ny kode og nye features. Med microservices kan du deploye den enkelte service selvstændigt.
Større effektivitet

Med microservices kan du naturligt splitte ansvar mellem teams, så mindre teams individuelt kan løse opgaver fra udvikling til deploy.

Udvalgte virksomheder vi har hjulpet med transtionsforløb / digitale roadmaps til løsningsarkitektur

Læs mere om hvordan vi gør det under "Digital Roadmap"

Hvordan udfaser du legacy software med microservices?

Der er flere variationer af nedenstående metode, men for at gøre forklaringen simpel, så lad os holde os til det overordnede princip for udskiftning af en service eller et stykke software.

1

1 | Byg en facade

Første skridt i strangler fig metoden er at bygge en facade, der kan tage imod og dirigere kald til services bag facaden. De fleste kald vil i starten gå til monolitten, som så vil afvikle kaldet. Ved at etablere en facade i stedet for blot at kalde servicen direkte, kan der være to eller flere parallelle services, som kan tage imod kald. Software-monolitten er nu ”vært”, som du kan begynde at etablere en strangler fig arkitektur omkring, for nu at holde os til symbolikken.

Viden

Læs vores publikationer om webudvikling

Webudvikling

Webudviklingoktober 12, 2022

oktober 12, 2022

3 ting at se frem til med Drupal 10

Med Drupal 9 end-of-life i november 2023 er det en god idé allerede nu at begynde at planlægge opgradering til Drupal 10. Læs mere om opgraderingen her.

Løsningsarkitektur

Låser I forretningen med arkitekturen?

Hvor ofte idriftsætter I ny kode i form af produkter, features eller systemer i jeres IT-setup?

Hvad er microservices?

Fordele ved microservice arkitektur

Best practice software - uanset teknologi

Udskift systemer løbende

Robusthed – én fejl vælter ikke læsset

Performance-optimering og skalérbarhed

Time to market

Større effektivitet

Udvalgte virksomheder vi har hjulpet med transtionsforløb / digitale roadmaps til løsningsarkitektur

Hvordan udfaser du legacy software med microservices?

1 | Byg en facade

2 | Omdirigér kald til den nye microservice

3 | Forsæt med at etablere selvstændige microservices

Læs vores publikationer om webudvikling

Vil du vide mere om dine muligheder, så kontakt os gerne:

Læs mere om relaterede emner