Din publicerede app forbliver nu oppe, mens du republicerer den

Når du republicerer en app på Mythex, serverer dit live-site nu den forrige version, indtil det nye byg er klar, og skifter så over. Før denne ændring tog en republicering siden offline under hele byget — besøgende så „This published app is offline or the link was not found“ i et minut eller så, og så virkede den samme side igen ved en genindlæsning. Vi rettede også to andre måder, en levende app fejlagtigt kunne se offline ud på.

1. Republicering tager ikke længere dit site ned

Bag kulisserne har hver publiceret app en post, der siger, hvilket byg der skal serveres. En republicering genbrugte den post og markerede den som „building“ for hele varigheden — og den del af vores edge, der sender besøgende videre, serverede kun poster markeret „live“. Så hver republicering fik sitet til at forsvinde, indtil byget var færdigt. Vi reproducerede det på en lille testapp: cirka 50 sekunders nedetid pr. republicering.

Nu, når en republicering starter på en app, der allerede er live, husker posten, at et tidligere byg findes, og bliver ved med at pege på det. Edge'en serverer det tidligere byg, mens det nye bygges, og pegeren flyttes kun til det nye byg, når det lykkes. Hvis det nye byg fejler, bemærker dine besøgende ingenting — den gamle version bliver bare oppe.

En første publicering, eller en republicering af en app, der var sat på pause eller afpubliceret, går stadig live først, når byget er færdigt — der er ingen tidligere version at vise.

2. Et kort hik ser ikke længere ud som „not found“

Tjenesten foran din publicerede app spørger vores API, hvor hvert site ligger. Den behandlede tidligere ethvert mislykket svar — en midlertidig serverfejl, en tabt forbindelse — som „dette site findes ikke“ og viste offline-siden. En genindlæsning et sekund senere virkede, hvilket gjorde det forvirrende.

Nu tæller kun et reelt „not found“-svar som not found:

• Enhver anden fejl forsøges igen én gang.
• Hvis den stadig fejler, serverer edge'en sitet fra det sidst kendte gode svar i op til en time.
• Kun hvis den aldrig har fået et svar, viser den en „temporarily unavailable“-side — aldrig „not found“.

Brugerdefinerede domæner spørger også vores produktions- og staging-systemer parallelt, så en langsom staging-server aldrig kan holde et produktionsdomæne op.

3. En sat-på-pause-app siger, at den er på pause

Publicerede apps kører på din creditsaldo. Løber den tør, sættes appen på pause, indtil du fylder op — og den kommer tilbage af sig selv, når du gør det. Men en app på pause lignede tidligere præcis en slettet app.

Nu ser en besøgende på en app på pause „This app is paused“, med en vej tilbage for ejeren, og svaret caches aldrig, så appen kan nås igen i det øjeblik, den genoptages. Hvis en app er utilgængelig af en anden grund, ser besøgende „This app isn't available“ — uden at få at vide hvorfor.

Hvorfor det betyder noget

En publiceret app er noget, du har delt: i et bio-link, på et visitkort, med dine første kunder. Den skal opføre sig som et rigtigt website — blive oppe, mens du forbedrer den, overleve et hik og være ærlig, når den er på pause.

Mere om publicering i dokumentationen: sådan publicerer du og hostingbegrænsninger. Og infrastruktur-siden af samme idé: sådan fik vi vores egne deploys ned til nul 502-fejl.