Den publiserte appen din forblir oppe mens du publiserer den på nytt

Når du publiserer en app på nytt på Mythex, fortsetter det live nettstedet ditt å vise den forrige versjonen til det nye bygget er klart, og så bytter det over. Før denne endringen tok en ny publisering nettstedet offline under hele bygget. Besøkende så «Denne publiserte appen er offline, eller lenken ble ikke funnet» i et minutt eller så, og deretter fungerte den samme siden igjen ved oppdatering. Vi fikset også to andre måter en live app urettmessig kunne se offline ut på.

1. Ny publisering tar ikke lenger nettstedet ned

Bak kulissene har hver publisert app en post som sier hvilket bygg som skal serveres. En ny publisering gjenbrukte den posten og merket den «bygges» hele tiden, og den delen av nettverkskanten vår som ruter besøkende, serverte bare poster merket «live». Så hver gang du publiserte på nytt, forsvant nettstedet til bygget var ferdig. Vi reproduserte det på en liten testapp: omtrent 50 sekunder offline per ny publisering.

Nå, når en ny publisering starter på en app som allerede er live, husker posten at et tidligere bygg finnes, og peker fortsatt på det. Nettverkskanten serverer det tidligere bygget mens det nye bygges, og pekeren flyttes først til det nye bygget når det lykkes. Hvis det nye bygget feiler, merker ikke besøkende noe. Den gamle versjonen forblir bare oppe.

En første publisering, eller ny publisering av en app som var pauset eller avpublisert, går fortsatt live først når bygget er ferdig, fordi det ikke finnes en tidligere versjon å vise.

2. Et kort hikke ser ikke lenger ut som «ikke funnet»

Tjenesten foran den publiserte appen din spør API-et vårt om hvor hvert nettsted ligger. Den behandlet alle mislykkede svar, som en midlertidig serverfeil eller en brutt forbindelse, som «dette nettstedet finnes ikke», og viste offline-siden. Et sekund senere fungerte en oppdatering, noe som var forvirrende.

Nå teller bare et ekte «ikke funnet»-svar som ikke funnet:

• Enhver annen feil forsøkes én gang til.
• Hvis det fortsatt feiler, serverer nettverkskanten nettstedet fra siste kjente gode svar i inntil en time.
• Bare hvis den aldri har fått et svar, viser den en «midlertidig utilgjengelig»-side, aldri «ikke funnet».

Egne domener spør også produksjons- og staging-systemene våre parallelt, så en treg staging-server aldri kan holde et produksjonsdomene tilbake.

3. En pauset app sier at den er pauset

Publiserte apper går på kredittsaldoen din. Hvis den går tom, pauses appen til du fyller på, og den kommer tilbake av seg selv når du gjør det. Men en pauset app så tidligere akkurat ut som en slettet.

Nå ser en besøkende på en pauset app «Denne appen er pauset», med en vei tilbake for eieren. Svaret caches aldri, så appen er tilgjengelig igjen med en gang den gjenopptas. Hvis en app er utilgjengelig av en annen grunn, ser besøkende «Denne appen er ikke tilgjengelig», uten å få vite hvorfor.

Hvorfor dette er viktig

En publisert app er noe du har delt: i en biolenke, på et visittkort, med dine første kunder. Den bør oppføre seg som et ekte nettsted. Den bør holde seg oppe mens du forbedrer den, tåle et lite hikke, og være ærlig når den er pauset.

Mer om publisering i dokumentasjonen: slik publiserer du og grenser for hosting. Og infrastruktur-siden av samme idé: hvordan vi fikk våre egne deployer ned til null 502-feil.