Deploy cu OpenShip: unde rulează aplicația și ce trebuie testat

Dacă închid aplicația desktop, se oprește site-ul?

În modelul de deploy prin SSH, panoul desktop se conectează la un server la distanță. Aplicația rulează pe acel server. Închiderea panoului local este diferită de oprirea containerelor de pe server. README-ul actual OpenShip separă utilizarea desktop de un panou permanent disponibil pentru echipă și deploy automat.

Distincția contează la diagnosticare. O conexiune SSH reușită dovedește accesul de administrare. Nu dovedește că vizitatorii pot accesa HTTPS, că DNS-ul indică adresa corectă sau că toate serviciile dependente funcționează.

De la cod la aplicația publică — Codul ajunge pe server, apoi domeniul public este conectat la aplicația pornită.

Urmărește o cerere prin sistem

La un site cu mai multe servicii, browserul ajunge mai întâi la proxy-ul public. Acesta trimite cererea către serviciul web, care poate apela un API. API-ul citește din baza de date sau din stocarea de obiecte. Fiecare pas are configurația lui.

OpenShip documentează aplicațiile Compose și componenta edge. Verifică ghidul pentru versiunea instalată. Dacă un proxy ocupă deja porturile publice 80 și 443, alt proxy nu trebuie să încerce să ocupe aceleași porturi pe host. HTTP intern în spatele unui proxy care termină TLS poate fi intenționat.

Verificări care găsesc probleme reale

Verificare	Dovada necesară
Versiunea codului	Commitul publicat este cel testat
Configurația de build	URL-urile publice nu au rămas pe localhost
Configurația runtime	API-ul, baza de date și stocarea sunt accesibile intern
Ruta publică	Domeniul real afișează pagina corectă prin HTTPS
Persistența	Datele și fișierele supraviețuiesc repornirii serviciului
Recuperarea	Backupul poate fi restaurat și versiunea precedentă este cunoscută

Testează un flux complet. Publică o schiță într-un mediu de test, deschide pagina prin ruta publică și verifică o imagine încărcată. O pagină principală funcțională nu demonstrează că și scrierea datelor merge.

De ce diferă variabilele de build și runtime?

Un build de frontend poate include o valoare înainte de pornirea containerului. Setarea ulterioară a unei variabile nu schimbă textul deja compilat. Codul de server poate, în schimb, citi configurația în timpul cererii. Documentează mecanismul folosit pentru domeniul canonic și adresa API, apoi verifică HTML-ul livrat.

Ce rămâne responsabilitatea ta?

Platforma reduce configurările repetitive. Setările aplicației, regulile de acces, backupurile și verificarea lansării rămân sarcini operaționale. Înainte de migrare, citește ghidul pentru backup și restaurare și testează procesul cu date dispensabile.

Pentru o aplicație concretă în Astro și Rust, vezi Wegweiser Leben. Pentru un proiect nou, descoperă serviciul de dezvoltare aplicații web.