Nananatiling Online ang Published App Mo Habang Nire-republish Ito

Kapag nire-republish mo ang isang app sa Mythex, patuloy na naghahain ang live na site mo ng nakaraang bersyon hanggang maging handa ang bagong build, saka lilipat. Bago ang pagbabagong ito, inaalis sa online ng republish ang site sa buong build. Nakikita ng mga bisita ang “This published app is offline or the link was not found” nang mga isang minuto, at pagkatapos ay gumagana ulit ang parehong pahina pagkatapos mag-reload. Inayos din namin ang dalawa pang paraan kung paano maaaring mukhang offline ang isang live na app nang mali.

1. Hindi na nagpapababa ng site ang pag-republish

Sa likod ng eksena, may record ang bawat published app na nagsasabi kung aling build ang ihahain. Ginagamit muli ng republish ang record na iyon at minamarkahan itong “building” sa tagal ng proseso, at ang bahagi ng edge namin na nagruruta ng mga bisita ay naghahain lang ng mga record na markahang “live”. Kaya bawat republish ay nagpapawala sa site hanggang matapos ang build. Naulit namin ito sa maliit na test app: mga 50 segundong offline bawat republish.

Ngayon, kapag nagsimula ang republish sa app na live na, naaalala ng record na may umiiral na nakaraang build at patuloy itong tumuturo doon. Hinahain ng edge ang nakaraang build habang nagbi-build ang bago, at lilipat lang ang pointer sa bagong build kapag nagtagumpay ito. Kung pumalya ang bagong build, hindi kailanman mapapansin ng mga bisita mo; mananatili lang na online ang lumang bersyon.

Ang unang publish, o ang pag-republish ng app na na-pause o na-unpublish, ay nagiging live pa rin lang kapag natapos ang build, dahil walang nakaraang bersyon na maipapakita.

2. Ang maikling problema ay hindi na mukhang “not found”

Hinihingi ng serbisyong nasa harap ng published app mo sa API namin kung nasaan ang bawat site. Dati, itinuturing nito ang anumang hindi matagumpay na sagot, gaya ng pansamantalang server error o naputol na koneksyon, bilang “walang ganitong site”, at ipinapakita ang offline page. Gumagana ulit ito makalipas ang isang segundo nang mag-reload, kaya nakakalito.

Ngayon, ang tunay na sagot na “not found” lang ang binibilang na not found:

• Anumang ibang failure ay sinusubukan ulit minsan.
• Kung pumalya pa rin, inihahain ng edge ang site mula sa huling kilalang maayos na sagot hanggang isang oras.
• Kung wala pa itong kailanman nakuhang sagot, saka lang ito magpapakita ng pahinang “temporarily unavailable”, hindi kailanman “not found”.

Sabay ding nagtatanong ang mga custom domain sa aming production at staging system, kaya hindi kailanman mapipigilan ng mabagal na staging server ang isang production domain.

3. Sinasabi na ng naka-pause na app na naka-pause ito

Tumatakbo ang mga published app gamit ang balanse ng credits mo. Kapag naubos ito, mao-pause ang app hanggang mag-top up ka, at kusa itong babalik kapag nagawa mo iyon. Pero dati, eksaktong kamukha ng nabura ang naka-pause na app.

Ngayon, ang bisita ng naka-pause na app ay nakakakita ng “This app is paused”, kasama ang paraan para makabalik ang may-ari, at hindi kailanman naka-cache ang response, kaya maaabot ulit ang app sa sandaling ma-resume ito. Kung hindi available ang app dahil sa ibang dahilan, ang nakikita ng mga bisita ay “This app isn't available”, nang hindi sinasabi kung bakit.

Bakit mahalaga ito

Ang published app ay bagay na ibinahagi mo: sa bio link, sa business card, sa iyong mga unang customer. Dapat itong kumilos na parang tunay na website: nananatiling online habang pinapabuti mo ito, nakakayanan ang maikling problema, at tapat kapag naka-pause.

Mas marami pang detalye tungkol sa publishing sa docs: paano mag-publish at hosting limits. At ang panig ng imprastraktura ng parehong ideya: paano namin ginawang zero ang 502 sa sarili naming deploy.