Aplicația ta publicată rămâne activă chiar când o republici

Când republici o aplicație pe Mythex, site-ul tău live continuă să servească versiunea anterioară până când este gata noul build, apoi trece pe cea nouă. Înainte de această schimbare, o republicare scotea site-ul offline pe toată durata build-ului — vizitatorii vedeau "This published app is offline or the link was not found" timp de aproximativ un minut, iar apoi aceeași pagină funcționa din nou după o reîncărcare. Am corectat și alte două situații în care o aplicație live putea părea greșit offline.

1. Republicarea nu mai doboară site-ul

În spatele scenei, fiecare aplicație publicată are o înregistrare care spune ce build să servească. O republicare refolosea această înregistrare și o marca "building" pe toată durata, iar partea din rețeaua noastră care direcționează vizitatorii servea doar înregistrările marcate "live". Așadar, fiecare republicare făcea site-ul să dispară până la terminarea build-ului. Am reprodus problema pe o aplicație mică de test: aproximativ 50 de secunde offline per republicare.

Acum, când o republicare pornește pe o aplicație deja live, înregistrarea reține că există un build anterior și continuă să indice spre el. Rețeaua servește build-ul anterior cât timp se construiește cel nou, iar indicatorul se mută pe noul build doar dacă acesta reușește. Dacă noul build eșuează, vizitatorii nu observă nimic — versiunea veche rămâne pur și simplu online.

O primă publicare, sau republicarea unei aplicații care era în pauză ori retrasă, tot trece live abia când se termină build-ul — pentru că nu există o versiune anterioară de arătat.

2. O scurtă defecțiune nu mai arată ca "not found"

Serviciul din fața aplicației tale publicate întreabă API-ul nostru unde trăiește fiecare site. Înainte, trata orice răspuns nereușit — o eroare de server de moment, o conexiune căzută — drept "acest site nu există" și afișa pagina offline. O reîncărcare o secundă mai târziu funcționa, ceea ce crea confuzie.

Acum, doar un răspuns real "not found" contează ca not found:

• Orice alt eșec este reîncercat o dată.
• Dacă tot eșuează, rețeaua servește site-ul din ultimul răspuns cunoscut ca bun, timp de până la o oră.
• Doar dacă nu a primit niciodată un răspuns, afișează o pagină "temporarily unavailable" — niciodată "not found".

Domeniile personalizate întreabă în paralel sistemele noastre de producție și de staging, astfel încât un server de staging lent nu poate ține niciodată pe loc un domeniu de producție.

3. O aplicație în pauză spune că este în pauză

Aplicațiile publicate rulează din soldul tău de credite. Dacă soldul se termină, aplicația este pusă în pauză până când adaugi credite — și revine singură când o faci. Dar o aplicație în pauză arăta înainte exact ca una ștearsă.

Acum, un vizitator al unei aplicații în pauză vede "This app is paused", cu o cale de întoarcere pentru proprietar, iar răspunsul nu este niciodată pus în cache, deci aplicația este din nou accesibilă în momentul în care este reluată. Dacă o aplicație este indisponibilă dintr-un alt motiv, vizitatorii văd "This app isn't available" — fără să li se spună de ce.

De ce contează

O aplicație publicată este ceva ce ai partajat: într-un link din bio, pe o carte de vizită, cu primii tăi clienți. Ar trebui să se comporte ca un site web real — să rămână online în timp ce o îmbunătățești, să treacă peste o defecțiune și să fie onestă când este în pauză.

Mai multe despre publicare în documentație: cum publici și limitele de găzduire. Iar partea de infrastructură a aceleiași idei: cum am adus deploy-urile noastre la zero 502.