Kas sinu ettevõte kontrollib tegelikult oma veebilehte?
🎧 Kuula kõiki artikleid järjest
Partneri hallatav veeb ei ole probleem seni, kuni ettevõte saab vajadusel kõik olulised ligipääsud ja vara enda kontrolli alla võtta. Tavaliselt selgub puudujääk alles siis, kui arendajat on vaja vahetada või veeb kiiresti taastada.
Domeen võib olla ettevõtte oma, aga ligipääs kellegi teise käes
Esimene kontrollpunkt on domeen ja DNS. Ettevõte peaks teadma, kelle nimel domeen on registreeritud, kus seda hallatakse ja millisele aadressile lähevad pikendamise ning muud olulised teated.
Sama kehtib DNS-i kohta. Kui sellele pääseb ligi ainult senine arenduspartner või endine töötaja, võib isegi lihtne serverivahetus muutuda keeruliseks. DNS mõjutab lisaks veebile ka teisi domeeniga seotud teenuseid, mistõttu ei tasu kirjeid partnerivahetusel pimesi muuta.
Oluline pole, et juhatuse liige ise DNS-i haldaks. Oluline on, et ettevõttel oleks võimalik ligipääs taastada ja vajadusel uuele partnerile anda.
Serverist kopeeritud failid ei asenda lähtekoodi
Teine küsimus on, kus veeb tegelikult töötab ja kus asub selle lähtekood. Majutust võib hallata arenduspartner, kuid ettevõte peaks teadma, millises keskkonnas sait töötab ja kelle kontrolli all on majutuse konto.
Drupali projekti lähtekood peaks olema versioonihalduses. Git annab uuele arendajale lisaks failidele ka muudatuste ajaloo ning aitab aru saada, kuidas projekti on arendatud ja juurutatud.
Kui partnerivahetuse käigus saadakse kätte ainult tootmisserverist kopeeritud failid, ei pruugi sellest arenduse jätkamiseks piisata. Puudu võivad olla projekti ajalugu, juurutuse seadistus ja info selle kohta, milline kood peaks serveris üldse olema.
Administraatori konto ei tohiks olla ainult arendajal
Ettevõttel peaks olema enda kontrolli all vähemalt üks viis Drupali administraatori ligipääsu taastamiseks. See ei tähenda, et sisutoimetajad peaksid igapäevaselt administraatori õigustega töötama.
Sama põhimõte kehtib Google Analyticsi, Search Console'i, Tag Manageri ja teiste veebiga seotud teenuste puhul. Partner võib neid hallata, kuid ettevõte ei tohiks kaotada mitme aasta andmeid või teenuse kontrolli lihtsalt seetõttu, et koostöö ühe tarnijaga lõpeb.
Keerukamal veebilehel lisanduvad API-võtmed ja integratsioonid. Makselahendus, CRM, autentimine või mõni register võib olla veebile sama oluline kui Drupal ise. Partnerivahetusel peab olema teada, milliste süsteemidega veeb suhtleb ja kes nende ligipääse haldab.
Varukoopia olemasolu selgub taastamisel
Kinnitus, et serverist tehakse varukoopiaid, ei ütle veel, kas nende abil saab veebi taastada. Vaja on teada, mida varundatakse, kui kaua koopiaid säilitatakse ja kuidas taastamine käib.
Sama oluline on minimaalne tehniline dokumentatsioon. Uus arendaja peaks suutma välja selgitada, kus asub lähtekood, kuidas toimub juurutamine, millised keskkonnad on kasutusel ja millised välised süsteemid veebiga suhtlevad.
Hea praktiline test on küsida: kui praegune arenduspartner homme enam kättesaadav ei oleks, kas teine pädev partner saaks olemasoleva info ja ligipääsudega töö üle võtta?
Partnerivahetus ei peaks algama ligipääsude otsimisest
Partneri vahetamine on veebisüsteemi tavapärane elutsükli osa. Hästi hallatud projekti puhul saab uus partner vajalikud ligipääsud, käivitab projekti testkeskkonnas, kontrollib tehnilise seisu ja jätkab tööd.
Kui domeeni, serveri, Giti, Drupali kontode või varukoopiate olukord pole selge, tasub need enne suuremate muudatuste tegemist kaardistada. Eesmärk ei ole kogu süsteemi kohe ümber ehitada, vaid saada teada, mis on olemas, mis on puudu ja millised riskid vajavad esimesena lahendamist.
WebPro Drupali projekti ülevõtmise ja partnerivahetuse käigus saame hinnata olemasoleva süsteemi tehnilist seisu, ligipääse, lähtekoodi, varukoopiaid ja integratsioone ning panna paika järgmised vajalikud sammud.
Vajad Drupal abi?
Saada veebiaadress ja lühike taust. Ütleme, kas järgmine mõistlik samm on audit, hooldus, versiooniuuendus või migratsioon.