Virksomheder er i dag utroligt presset på at være innovative og kan ikke længere være afhængig af store lange releases, men har i større udstrækning behov for at kunne levere Working software, til markedet kort tid efter de har fået en idé eller lavet et innovativ tiltag i deres forretning. Derfor er de vigtigt at betragte de ting i vores arkitektur, som har at gøre med de paradigmer, der har indvirkning på udviklingens velocity.
Virksomheder innovativproces skal speedes op, derfor bliver vores udviklingsproces nødtil at kunne følge med.
Udviklingens velocity:
Deployability, Maintainability, Testability
Moderne software udvikling handler om at kunne levere hurtigt i produktion uden at ødelægge noget og uden at være nervøs for at ødelægge noget. Det handler i dag i stor grad om at fjerne usikkerheden for at ødelægge noget og tiltroen til at det man ligger i produktion ikke ødelægger andre aspekter af den store masse.
En opbrydningen med monolitiske arkitekturer
Monolitisk arkitektur og faren ved den
Hvor er applikationen om 10 år, hvordan sikrer vi os nogenlunde at vi om om 10 år ikke sidder med en forfærdelig kodemasse som gør at vi;
ikke tør skifte kode ud i takt med at ældre teknologier dør og nyere og smartere teknologier kommer til
Microservice arkitekturen og dens største Drawback
Jeg synes der er flere derude, som er gode til at gøre os opmærksomme på at denne arkitektur ikke er en “Silver bulet”, og at der selvfølgelig er en bagside af medaljen ved at benytte denne strategi. Bagsiden af medaljen, hedder kompleksitet.
http://microservices.io/microservices/news/2018/02/20/no-such-thing-as-a-microservice.html