Kuidas valida Drupal hoolduspartnerit
🎧 Kuula kõiki artikleid järjest
Drupal hooldus ei tähenda arendajat, kellele saab vea korral helistada. See tähendab protsessi, mis hoiab veebiplatvormi turvalise, ajakohase ja arendatavaga ka aastate pärast.
Miks hoolduspartneri valik on oluline?
Drupal-saiti ei hooldata ainult siis, kui midagi katki läheb.
Turvauuendused, PHP versioonid, serveritarkvara, brauserid ja integratsioonid muutuvad pidevalt. Iga muutus suurendab riski, et mõni osa süsteemist vajab tähelepanu.
Seetõttu ei ole hoolduspartneri roll lihtsalt reageerida probleemidele. Tema ülesanne on vähendada nende probleemide tekkimise tõenäosust.
Hea hoolduspartner aitab vältida olukorda, kus aastaid kogunenud tehniline võlg muutub ootamatult kalliks kriisiks.
Mida Drupal hooldus tegelikult sisaldab?
Mõiste „hooldus” võib erinevate teenusepakkujate jaoks tähendada väga erinevaid asju.
Mõni pakub ainult turvauuendusi.
Mõni haldab kogu tehnilist platvormi, sealhulgas:
- turvauuendusi;
- serverit ja PHP versioone;
- varukoopiaid;
- monitooringut;
- jõudluse jälgimist;
- vigade parandamist;
- väiksemaid arendustöid;
- tehnilist nõustamist.
Enne partneri valimist tasub täpselt välja selgitada, mida teenus tegelikult sisaldab.
Küsimused, mida enne lepingu sõlmimist küsida
Kuidas turvauuendusi hallatakse?
Drupal avaldab turvapaiku regulaarselt.
Küsi:
- kui kiiresti turvauuendused paigaldatakse;
- kas uuendused tehakse esmalt testkeskkonnas;
- kuidas kontrollitakse, et uuendus midagi ei lõhuks;
- kuidas klienti muudatustest teavitatakse.
Kui vastus on lihtsalt „teeme uuendused ära”, tasub küsida täpsemalt.
Kas kasutatakse Git-i ja Composerit?
Kaasaegne Drupal põhineb Composeril ja versioonihaldusel.
Hea hooldusprotsess kasutab:
- Git repositooriumi;
- Composerit;
- kontrollitud juurutamist.
Kui muudatused tehakse otse tootmisserveris, on riskid suuremad ja muudatusi raskem tagasi pöörata.
Kuidas toimub varundamine?
Varukoopiad on viimane kaitseliin.
Küsi:
- kui sageli varukoopiaid tehakse;
- kui kaua neid säilitatakse;
- kus neid hoitakse;
- kas taastamist on testitud.
Taastamata varukoopia ei ole veel usaldusväärne varukoopia.
Kas on olemas testkeskkond?
Kõiki muudatusi ei tohiks teha otse avalikus veebis.
Testkeskkond võimaldab:
- kontrollida uuendusi;
- katsetada uusi funktsioone;
- vähendada katkestuste riski.
Kui testkeskkonda pole, tehakse sisuliselt testimist tootmises.
Mis juhtub siis, kui uuendus midagi rikub?
See küsimus näitab sageli partneri küpsust.
Oluline on teada:
- kuidas probleem avastatakse;
- kuidas muudatus tagasi pööratakse;
- kes vastutab vea lahendamise eest;
- milline on reageerimisaeg.
Täielikult riskivaba uuendust ei eksisteeri. Oluline on valmisolek probleemidega tegeleda.
Kas partner mõistab sinu äri?
Tehniline pädevus on vajalik, kuid mitte piisav.
Hoolduspartner peaks aru saama:
- millised funktsioonid on kriitilised;
- millal veebi kasutatakse kõige aktiivsemalt;
- millised integratsioonid on äriliselt olulised;
- millised katkestused on vastuvõetavad ja millised mitte.
Mida paremini partner mõistab organisatsiooni töökorraldust, seda paremini oskab ta riske juhtida.
Hooldus ei ole ainult vigade parandamine
Levinud eksiarvamus on, et hooldust on vaja ainult siis, kui midagi läheb katki.
Praktikas on suurem osa tööst ennetav:
- uuenduste planeerimine;
- riskide vähendamine;
- aegunud komponentide asendamine;
- jõudluse jälgimine;
- tehnilise võla kontrolli all hoidmine.
Hästi hooldatud Drupal-sait tekitab vähem kriise ja väiksemaid kulusid pikema aja jooksul.
Märgid, et praegune hooldus ei tööta
Tasub tähelepanelik olla, kui:
- Drupal on mitu versiooni ajast maas;
- turvauuendusi tehakse harva;
- puudub ülevaade varukoopiatest;
- keegi ei oska öelda, kuidas veeb töötab;
- kõik muudatused tehakse otse tootmises;
- väiksemadki parandused võtavad nädalaid.
Need on sageli märgid, et hooldus on reaktiivne, mitte süsteemne.
Millal teha enne audit?
Kui veebi tehniline seis pole teada, tasub enne hoolduslepingu sõlmimist teha tehniline audit.
Audit aitab välja selgitada:
- olemasolevad riskid;
- tehnilise võla mahu;
- aegunud komponendid;
- hoolduse tegeliku vajaduse.
Nii ei alga koostöö olukorras, kus probleemid tulevad välja alles töö käigus.
Kokkuvõte
Drupal hoolduspartner ei peaks olema ainult arendaja, kes reageerib vigadele.
Hea partner:
- haldab turvauuendusi süsteemselt;
- kasutab Git-i ja Composerit;
- testib muudatusi enne avaldamist;
- kontrollib varukoopiaid;
- mõistab kliendi ärivajadusi;
- aitab vähendada tehnilist võlga.
Pika elueaga Drupal-platvormi puhul on hoolduspartner sisuliselt osa tehnilisest meeskonnast. Mida varem protsessid paigas on, seda vähem tuleb hiljem tegeleda ootamatute probleemide ja erakorraliste kuludega.
Kui olemasoleva veebi seisukord on ebaselge, tasub alustada tehnilisest auditist. Alles seejärel saab hinnata, milline hooldusmudel on tegelikult vajalik.
Vajad Drupal abi?
Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.