Střet s produkční realitou
V Replit workspace to funguje. Deployment je jiná místnost.
Vývojový workspace a publikované nasazení nemusí sdílet secrets, lifecycle, síť ani trvalé úložiště.
01
Co se stalo?
Static, autoscale a trvale běžící služby mají jiné příkazy, porty, stav a škálování. Typ deploymentu musí odpovídat chování aplikace.
02
Proč se to děje
- Workspace secret nebyl nastaven pro produkční deployment.
- Aplikace poslouchá na pevném nebo lokálním portu.
- Statický deployment byl zvolen pro aplikaci se serverem nebo lokální soubory slouží jako trvalá data.
03
Co můžete zkontrolovat sami
- Ověřte typ deploymentu, run command, host binding, port a health endpoint.
- Produkční secrets nastavte samostatně a nedávejte je do klienta.
- Trvalý stav přesuňte do vhodné databáze nebo object storage.
04
Jak opravu bezpečně ověřit
Opravu dejte do samostatné větve, ověřte ji v produkčně podobném stagingu a nasaďte konkrétní schválenou verzi. Předem si ponechte funkční artefakt a ověřený postup rollbacku.
05
Kdy potřebujete vývojáře
Seniorního vývojáře přizvěte, když změna sahá do dat, přihlášení, oprávnění, plateb nebo infrastruktury, případně když nikdo nedokáže vysvětlit příčinu. Shipvise spojuje staging, automatické kontroly, AI nebo seniorní review, řízené nasazení, hosting a rollback.
FAQ
Na co se lidé ptají, když demo přestane fungovat
Proč secret funguje v Replu a ne po nasazení?
Produkční deployment může vyžadovat samostatné nastavení secrets v publikační konfiguraci.
Je Shitvise propojený s Replit?
Ne. Shitvise a Shipvise jsou nezávislé a Replit je neschvaluje.
Replit je ochranná známka příslušného vlastníka. Shitvise ani Shipvise nejsou s Replit propojeny ani jím podporovány.