Modificările ajung pe site fără să țină nimeni respirația. Inclusiv vineri.
Punem la punct felul în care codul tău ajunge de la programator la clienți: medii separate de test, verificări automate, urcare fără oprirea site-ului și cale de întoarcere când ceva nu iese. Ca o schimbare să nu mai fie un eveniment.
Ne uităm la cum livrezi acum și îți spunem ce se poate automatiza întâi. Fără obligații.
Semnele că livrarea se face pe curaj, nu pe proces
Niciunul dintre lucrurile de mai jos nu e vina programatorului. Sunt simptome ale unui proces care nu există.
Nu se urcă nimic vinerea
Regula asta există în multe firme. Înseamnă că nimeni nu are încredere că se poate da înapoi dacă ceva pică.
Se testează direct pe site-ul real
Nu există un mediu separat, așa că prima persoană care vede o greșeală e un client.
Urcarea se face manual, prin FTP
Cineva copiază fișiere și ține minte care. Când pleacă din firmă, pleacă și procedura cu el.
Nu se știe ce versiune e acum pe server
Diferențe între ce e în cod și ce rulează. Se descoperă abia când ceva se comportă altfel decât ar trebui.
Un drum clar de la cod la clienți
- Versionare disciplinatăTot codul într-un singur depozit, cu reguli clare de lucru. Se vede cine a schimbat ce și când, iar o modificare se poate anula fără arheologie.
- Medii separate: test și producțieO copie a site-ului unde se încearcă modificările înainte. Clienții văd doar ce a trecut de acolo.
- Livrare automatăModificarea aprobată ajunge pe server singură, în aceiași pași, de fiecare dată. Fără cineva care copiază fișiere și speră că nu a uitat unul.
- Verificări automate înainte de urcareDacă ceva nu trece, livrarea se oprește singură. Greșeala se oprește în drum, nu pe site.
- Urcare fără oprirea site-uluiVizitatorii nu văd o pagină de mentenanță în timpul unei livrări. Magazinul rămâne deschis.
- Cale de întoarcereCând ceva nu iese, se revine la versiunea anterioară în câteva minute. Asta e ce face ca vinerea să redevină o zi normală.
- Monitorizare și alerteAflăm din sistem că ceva s-a stricat, nu de la un client. Cu istoric, ca să se vadă ce s-a schimbat exact atunci.
- Documentația procesuluiScrisă, în română, lăsată la tine. Ca să nu depindă de o singură persoană din echipă.
De ce nu vezi un preț pe pagina asta. Pentru că ar fi o cifră inventată. Un site WordPress pe un server și o aplicație cu mai multe componente nu cer aceeași muncă. Ne uităm întâi la cum livrezi acum, apoi primești un plan cu pași, preț și termen.
Patru pași până livrarea devine plictisitoare
Plictisitoare e complimentul. Durează de obicei între o săptămână și o lună, în funcție de câte componente are proiectul și de starea în care le găsim.
Ne uităm la ce există
Cum urcați acum, unde stă codul, cine are acces, ce se poate strica. Îți spunem ce e riscant astăzi.
Construim mediul de test
O copie unde se poate greși fără consecințe. De aici încolo, nimeni nu mai încearcă pe site-ul real.
Automatizăm urcarea
Verificări, livrare fără oprire, cale de întoarcere. Rulăm procesul împreună, până e clar pentru echipa ta.
Predăm sau rămânem
Cu documentația scrisă, echipa ta poate continua singură. Sau ținem noi procesul, dacă preferi.
Trei lucruri care fac diferența
Am fost de ambele părți
Construim site-uri și aplicații de cincisprezece ani, apoi le ținem în picioare. Procesul îl proiectăm ca oameni care rămân să îl folosească.
Potrivit pe mărimea ta
Nu îți vindem o infrastructură de companie mare pentru un site de prezentare. Cea mai simplă variantă care rezolvă problema.
Nu rămâi dependent
Procesul e documentat și rulează la tine, cu conturile tale. Dacă ne schimbi, nu se oprește nimic.
Cui nu i se potrivește
Preferăm să pierdem un proiect acum, decât să livrăm ceva ce nu se folosește.
Ce ne întreabă lumea
Ce înseamnă DevOps, pe scurt și fără jargon?
Înseamnă felul organizat în care o modificare ajunge de la programator la clienți: codul stă într-un singur loc, se testează pe o copie a site-ului, urcă automat după verificări și se poate întoarce la versiunea anterioară dacă ceva nu iese. Scopul e ca o livrare să fie un lucru obișnuit, nu un risc.
Site-ul trebuie oprit în timpul unei actualizări?
Nu, dacă livrarea e pregătită corect. Versiunea nouă se pregătește separat și se comută la final, așa că vizitatorii nu văd o pagină de mentenanță. Magazinul poate primi comenzi în timp ce urcă modificarea.
Funcționează și pentru WordPress, sau doar pentru aplicații?
Funcționează și pentru WordPress. Temă și pluginuri în versionare, mediu de test, urcare automată și cale de întoarcere. Diferă piesele, nu principiul.
Ce se întâmplă dacă o livrare strică ceva?
Verificările automate opresc majoritatea problemelor înainte să ajungă pe server. Pentru restul există calea de întoarcere: se revine la versiunea anterioară în câteva minute, apoi se caută cauza pe mediul de test, nu pe site-ul viu.
Rămâne procesul la noi dacă nu mai lucrăm împreună?
Da. Rulează pe conturile tale, codul e în depozitul tău și documentația rămâne la tine. Pentru întreținerea de zi cu zi, vezi și pagina de mentenanță.
Arată-ne cum livrezi acum. Îți spunem ce se strică primul.
Nu ai nevoie de un caiet de sarcini. O discuție despre cum ajunge azi o modificare pe site e de ajuns ca să îți spunem ce merită automatizat întâi și ce poate aștepta.
Sau scrie direct la office@seoclub.ro ori sună la 0742 050 058.
Arată-ne cum livrezi acum
Descrie pe scurt cum ajunge azi o modificare pe site. Îți răspundem cu ce se poate automatiza întâi și cu un termen.