Kuidas AI aitab Drupal-migratsiooni planeerida

🎧 Kuula kõiki artikleid järjest

Drupal-migratsioonis on palju korduvat analüüsi: moodulid, väljad, custom-kood, logid ja testistsenaariumid. AI saab seda tööd kiirendada, kui seda kasutatakse juhendatult ja kontrollitult.

Miks AI Drupal-migratsioonis kasulik on?

Drupal-migratsioon algab tavaliselt analüüsist.

Enne arendust tuleb aru saada:

• mis versioonilt migreeritakse;
• millised moodulid on kasutusel;
• kui palju on kohandatud koodi;
• millised sisutüübid ja väljad tuleb üle tuua;
• millised integratsioonid on ärikriitilised;
• mida tuleb pärast migratsiooni testida.

See on mahukas töö.

Osa sellest nõuab arhitektuurset otsustamist. Osa on aga korduv analüüs, kus AI saab tehnilist meeskonda aidata.

AI ei peaks otsustama, kuidas migratsioon teha. Küll aga saab see aidata infot struktureerida ja esimesi mustreid leida.

Kus AI saab aidata?

Moodulite nimekirja analüüs

Drupal-saidil võib olla kümneid või sadu mooduleid.

AI saab aidata jagada moodulid kategooriatesse:

• Drupal core moodulid;
• aktiivselt hooldatud contrib-moodulid;
• aegunud või hüljatud moodulid;
• custom-moodulid;
• moodulid, mis vajavad asendamist.

See ei asenda käsitsi kontrolli Drupal.org-is, kuid annab kiire esmase ülevaate.

Custom-koodi kaardistamine

Migratsiooni suurim risk peitub sageli kohandatud koodis.

AI saab aidata koodi põhjal kokku võtta:

• milliseid hook’e kasutatakse;
• milliseid Drupal API-sid kutsutakse;
• kas on väliseid API-päringuid;
• milliseid vorme, kontrollereid või teenuseid moodul sisaldab;
• mis võib Drupal 10 või 11 peale liikudes muutuda.

See aitab arendajal kiiremini aru saada, mida iga custom-moodul teeb.

Sisutüüpide ja väljade ülevaade

Drupal 7 või vanemast süsteemist migreerimisel tuleb mõista olemasolevat andmemudelit.

AI saab aidata kirjeldada:

• millised sisutüübid on kasutusel;
• millised väljad korduvad;
• millised väljad tunduvad kasutamata;
• millised seosed võivad migratsioonis probleeme tekitada.

Lõpliku otsuse teeb siiski arendaja või arhitekt, sest ainult nemad saavad hinnata ärilist tähendust.

Testiplaani mustand

Migratsiooni järel tuleb kontrollida, kas uus süsteem töötab.

AI saab aidata koostada esialgse testiplaani.

Näiteks:

• kas sisulehed migreerusid;
• kas pildid ja failid avanevad;
• kas URL-id ja ümbersuunamised töötavad;
• kas vormid saadavad teateid;
• kas kasutajarollid toimivad;
• kas mitmekeelsus on korras;
• kas otsing leiab õiget sisu.

Selline mustand ei ole lõplik testiplaan, kuid annab hea alguspunkti.

Dokumentatsiooni loomine

Vanades Drupal-projektides puudub dokumentatsioon sageli täielikult.

AI saab aidata koostada esialgseid kirjeldusi:

• mida moodul teeb;
• milliseid sõltuvusi see kasutab;
• millised andmevood süsteemis liiguvad;
• millised riskid vajavad kontrollimist.

See aitab migratsioonitiimil kiiremini ühist pilti luua.

Kus AI-d ei tohi üksi usaldada?

Äriloogika hindamine

AI võib tuvastada, et üks moodul suhtleb välise API-ga.

Ta ei tea aga, kas see API on ettevõtte jaoks kriitiline.

Näiteks võib väike custom-moodul olla seotud:

• raamatupidamisega;
• maksetega;
• kliendiandmetega;
• sisemise töövooga.

Sellise kriitilisuse hindamine jääb inimese tööks.

Andmete terviklikkus

AI ei saa iseseisvalt kinnitada, et kõik andmed migreerusid õigesti.

Selleks on vaja:

• andmebaasi võrdlust;
• kirjeid loendavaid kontrolle;
• käsitsi testimist;
• ärikasutajate kinnitust.

Drupal API täpsus

AI võib pakkuda koodinäiteid või soovitusi, mis ei vasta täpselt kasutatavale Drupal versioonile.

Iga tehniline soovitus tuleb kontrollida:

• Drupal dokumentatsioonist;
• mooduli dokumentatsioonist;
• tegelikus arenduskeskkonnas.

Arhitektuuriotsused

Kõige olulisemad otsused ei ole automaatsed.

Näiteks:

• kas vana moodul portida või ümber kirjutada;
• kas andmemudel säilitada või lihtsustada;
• kas kasutada contrib-moodulit või custom-lahendust;
• kas teha migratsioon korraga või etappide kaupa.

Need otsused sõltuvad ärivajadustest, riskist, eelarvest ja hooldatavusest.

Kuidas AI-d mõistlikult kasutada?

Hea lähenemine on käsitleda AI-d abilise, mitte otsustajana.

Praktiline töövoog võib olla selline:

1. arendaja kogub sisendi;
2. AI aitab infot grupeerida ja kokku võtta;
3. arendaja kontrollib tulemuse üle;
4. riskid dokumenteeritakse;
5. lõplik otsus tehakse tehnilise ülevaate põhjal.

Sellisel viisil vähendab AI korduvat tööd, kuid ei eemalda vastutust.

Näited kasulikest küsimustest AI-le

Näiteks saab kasutada selliseid juhiseid:

Analüüsi seda Drupal 7 custom-mooduli koodi.
Too välja:
1. mis on mooduli põhifunktsioon;
2. milliseid hook’e kasutatakse;
3. millised osad võivad Drupal 10/11 migratsioonis vajada ümberkirjutamist;
4. millised välised sõltuvused on nähtavad.

Või:

Koosta esmane testiplaan Drupal 7 → Drupal 11 migratsioonile.
Saidil on uudised, sündmused, dokumendid, mitmekeelsus ja kontaktivorm.

Või:

Jaga see moodulite nimekiri kategooriatesse:
core, contrib, custom, potentsiaalselt aegunud, vajab käsitsi kontrolli.

Kokkuvõte

AI sobib Drupal-migratsiooni planeerimisel hästi esmase analüüsi kiirendamiseks.

See aitab:

• mooduleid grupeerida;
• custom-koodi kokku võtta;
• riske esile tuua;
• dokumentatsiooni mustandeid koostada;
• testiplaani alustada.

AI ei asenda siiski Drupal-arhitekti, arendajat ega äripoole otsuseid.

Migratsioon on tehniline ja äriline projekt. AI saab aidata infot korrastada, kuid vastutus jääb meeskonnale, kes tunneb süsteemi, andmeid ja riske.

WebPro kasutab AI-d Drupal-migratsiooni planeerimisel analüüsivahendina, alati koos tehnilise ülevaatuse, arendaja kontrolli ja praktilise testimisega.

WebPro Company OÜ Tehniline juht: Kaido Toomingas

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.

Võta ühendust