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.

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

Søren Lysdal Vestergaard

Team Lead and Architect, Commerce

Head of Architecture

Head of E-Commerce

Vil du vide mere?

Læs mere om relaterede emner

Moderne Arkitektur

Implementering af en it-arkitektur efter moderne principper øger performance, fleksibilitet og skalerbarhed

Dataarkitektur

Klarlægning af jeres dataarkitektur anskuer vi som fundamentet for at introducere nye data-drevne strategier eller initiativer for at styrke jeres forretning

Arkitektur

Vi bygger på en fleksibel og fremtidssikret it-arkitektur

Webudvikling

Novicell er et CMS-uafhængigt udviklingshus