Martin Braathen Røise Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Da selskapet skulle flytte over på AWS gikk det fryktelig galt: – Vi skjønte fort at vi måtte skrive om hele koden Lenke til kommentar
Gjest Slettet+987123849734 Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Kunne kanskje skrevet iallefall bittelitt om hva de tekniske problemene var. Dette var i realiteten en totalt intetsigende artikkel. Lenke til kommentar
siDDis Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Det skyldes ijallefall ikke stor monolitt der forsinkelse mellom kodesnutter er ofte på nanosekundnivå. 2 Lenke til kommentar
Tore Rosander Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Kunne kanskje skrevet iallefall bittelitt om hva de tekniske problemene var. Dette var i realiteten en totalt intetsigende artikkel. Jeg vil anbefale å lese kilden. Artikkelen til digi er som en ingress å regne. Lenke til kommentar
Ernie Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Teknisk gjeld er en fin bil Lenke til kommentar
Ole ollsen Skrevet 25. oktober 2018 Del Skrevet 25. oktober 2018 Kunne vært en god artikkel, men detaljer mangler. Selskapet kunne satt opp test env med simulert load før de switchet over til aws. At de hadde nedetid etter å ha skiftet til aws peker sannsynligvis på inkompetanse og manglende planlegging. Alle parametre nødvendig for å fasilitere overgangen virker å ha vært til stede. At de ikke klarte det på en god måte vitner om menneskelig svikt. Lenke til kommentar
Gjest Slettet+987123849734 Skrevet 26. oktober 2018 Del Skrevet 26. oktober 2018 Kunne kanskje skrevet iallefall bittelitt om hva de tekniske problemene var. Dette var i realiteten en totalt intetsigende artikkel. Jeg vil anbefale å lese kilden. Artikkelen til digi er som en ingress å regne. Da er det vel egentlig ikke noe poeng å besøke digi om de ikke kan skrive mer teknisk enn dette. Lenke til kommentar
missi Skrevet 26. oktober 2018 Del Skrevet 26. oktober 2018 Så hvis de hadde skrevet om koden før de flyttet så kunne de unngått hele flyttingen? 3 Lenke til kommentar
Suppen Skrevet 26. oktober 2018 Del Skrevet 26. oktober 2018 Det skyldes ijallefall ikke stor monolitt der forsinkelse mellom kodesnutter er ofte på nanosekundnivå. Jo. Om det er en stor monolitt som forventer å kjøre alene blir det uhyre vanskelig å skalere den opp. Skalering skjer ved å spinne opp flere instanser av samme applikasjon, så vil en lastbalanserer fordele trafikken mellom dem. Om monolitten forventer å ha enerett på diverse ressurser, kan det veldig fort gå galt om flere kjører samtidig Lenke til kommentar
siDDis Skrevet 26. oktober 2018 Del Skrevet 26. oktober 2018 Ein monolitt kjem faktisk utruleg langt i dag på dagens maskiner om ein tenker på vertikal skalering. Altså 4TB RAM og 100+ cpu kjerner er jo commodity og får plass i 1U kabinett idag. Og heller ikkje bare det, ein monolitt kan framleis skaleres horisontalt så lenge state blir lagret sentralt en plass. Som f.eks i eit ZooKeeper cluster. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå