Drupali projekti ülevõtmine ja partnerivahetus
Kui senine arenduspartner ei reageeri, projekt on seisma jäänud või veebis on palju tehnilist võlga, tuleb ülevõtmist teha kontrollitud sammudega: ligipääsud, audit, riskid, testkeskkond ja alles siis muudatused.
Millal seda vaja on
- eelmine arendaja või agentuur ei tegele projektiga enam;
- senine arenduspartner reageerib aeglaselt või ei anna selget ülevaadet;
- projekt on pooleli ja otsused on jäänud dokumenteerimata;
- dokumentatsioon on puudulik või puudub;
- pole selge, kus asuvad Giti hoidla, server või varukoopiad;
- veeb töötab, aga keegi ei julge seda muuta;
- uuendusi ei ole tehtud ja arenduse kvaliteedis pole kindlust;
- enne uut arendust on vaja teada, kas süsteem on hooldatav.
Mida kontrollime
- Drupali administraatori, serveri, domeeni ja andmebaasi ligipääse;
- Giti hoidlat, Composeri faile, juurutustöövoogu ja varukoopiaid;
- Drupali tuuma, moodulite, PHP ja serveri seisu;
- kohandatud mooduleid, teemat, cron-töid ja integratsioone;
- turvariske, andmekaitsega seotud riske ja kriitilisi kasutajateekondi.
Mida saad tulemuseks
- ülevõtmise kontrollnimekirja;
- riskide ja puuduvate ligipääsude nimekirja;
- soovituse, mida teha kohe ja mida planeerida hiljem;
- hinnangu, kas süsteem sobib hooldusse, vajab uuendust või suuremat migratsiooni;
- esimese tööplaani, mille põhjal saab eelarvet arutada.
Ülevõtmise protsess
- Ligipääsude kogumine — domeen, majutus, server, Drupali administraator, Git, andmebaas, failid, e-post ja välised teenused.
- Tehniline audit — kontrollime versioone, mooduleid, kohandatud koodi, konfiguratsiooni, varukoopiaid ja avaldamisprotsessi.
- Riskide kaardistamine — eristame kriitilised turva- ja töökindlusriskid nendest probleemidest, mis võivad oodata.
- Keskkonna käivitamine — paneme võimalusel tööle lokaalse või testkeskkonna, et muudatusi ei tehtaks otse toodangus.
- Kriitiliste probleemide lahendamine — esmalt ligipääsud, varukoopiad, turvauuendused ja katkised töövood.
- Edasine hooldus või arendus — pärast kontrolli saab otsustada, kas jätkata Drupali hoolduse, uuendamise või erilahenduste arendusega.
Mida me ei tee
Me ei kirjuta süsteemi esimese hooga ümber. Esmalt tuleb olemasolev seis dokumenteerida ja stabiliseerida, teha varukoopia, kontrollida ligipääse ning selgitada välja, milline kohandatud loogika on ärile vajalik.
Miks ülevõtmine on eraldi töö
Drupali projekt võib väliselt töötada ka siis, kui selle tehniline seis on kontrolli alt väljas. Probleem ilmneb siis, kui on vaja teha turvauuendus, parandada vormi, muuta integratsiooni või taastada katkine sait.
Riskantne on alustada parandust ilma varukoopia, Giti ajaloo või testkeskkonnata. Seetõttu käsitleme ülevõtmist eraldi tööna: kõigepealt kontroll, siis plaan ja alles seejärel muudatused.
Kuidas alustame
Kui sul on ligipääsud olemas, saada need turvalist kanalit pidi pärast esimest kokkulepet. Kui ligipääse pole, alustame nimekirjast: domeen, majutus, Drupali administraator, Git, andmebaas, failid, e-posti seaded ja välised teenused.
Loe ka praktilist artiklit: mida teha, kui eelmine Drupali arendaja on kadunud.
Seotud teenused: Drupali hooldus, tehniline audit, Drupali uuendamine.
Järgmine samm: kirjelda, mis seisus projekt on, millised ligipääsud on olemas ja miks partnerivahetus on vajalik.
Täida kontaktvorm