{"id":53442,"date":"2019-12-02T00:00:00","date_gmt":"2019-12-01T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/legacy-servisy-v-vashej-infrastrukture"},"modified":"2020-02-18T14:01:20","modified_gmt":"2020-02-18T11:01:20","slug":"legacy-servisy-v-vashej-infrastrukture","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/legacy-servisy-v-vashej-infrastrukture","title":{"rendered":"Legacy-teenused teie infrastruktuuris","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere! Minu nimi on Pasha Chernyak, olen QIWI peaarendaja ja t\u00e4na tahan r\u00e4\u00e4kida millestki v\u00e4ltimatust. Legacy.<\/p>\n

Alustame k\u00fcsimusega: mis on Legacy-teenus? Kas see on teenus, millega arendaja ei ole viimase n\u00e4dala\/kuu\/aasta jooksul kokku puutunud? V\u00f5i on see teenus, mille kirjutas v\u00e4hem kogenud programmeerija, n\u00e4iteks teie, kuid aasta tagasi? Ja n\u00fc\u00fcd olete te juba osavam ja kogenum. V\u00f5i on Legacy-teenus hoopis see teenus, mida olete otsustanud enam mitte uuendama ja mille jaoks valmistate tasapisi asendust? Igatahes, sellise teenuse t\u00e4helepanuta j\u00e4tmine ja mitte uuendamine on nagu aeglaselt tikkuv pomm, mis v\u00f5ib hiljem plahvatada.<\/p>\n

\"Legacy-teenused<\/a><\/noindex><\/p>\n

Enne kui r\u00e4\u00e4gin, kuidas me QIWI-s oma Legacy-teenustega t\u00f6\u00f6tlust teeme, jagan, kuidas me korda saime teenustele Rahakotis. Olen juba kaks aastat vastutanud selle t\u00f6\u00f6kindluse eest. Kui tekib probleem, kutsutakse mind alati esimesena. Mul on tavaliselt puudu julgust helistada kellelegi muule kell 11 \u00f5htul, nii et olen pidanud istuma ja uurima k\u00f5iki meie domeeni teenuseid. <\/p>\n

Aga mina, nagu iga inimene, armastan \u00f6\u00f6siti magada, seet\u00f5ttu p\u00fc\u00fcdsin aru saada, kuidas asjad k\u00e4ivad: \u00abKutse, miks te mulle helistate?\u00bb. Millele sain \u00fcsna lakoonilise vastuse: \u00abAga kellele veel?\u00bb. Sest ma parandasin teenuseid, ja poisid lihtsalt ei tea, kellele helistada.<\/p>\n

Seet\u00f5ttu otsustasime \u00fchel meie Koti tagasiside koosolekul, et peame koostama tabeli, kus on loetletud meie teenused, mikroteenused ja Koti monoliidid ning vastutavad isikud. Tabelid on tegelikult kasulikud, m\u00f5istlike piirideni.
\n<\/a><\/noindex>
\nLisaks teabele selle kohta, kes mille eest vastutab, olid seal vastused ka k\u00fcsimustele: kes on teenuse omanik, kes vastutab selle arendamise, arhitektuuri ja eluiga. Inimesed, kes on selle teenuse eest vastutavad \u2014 need on inimesed, kes saavad seda vajaduse korral parandada. Teenuse omanikul on \u00f5igus j\u00e4tta +2 commitidesse, vastutavad peavad samuti kindlasti olema kohal \u00fclevaatusel, enne kui see teenus uue commit'i vastu v\u00f5tab.<\/p>\n

Aeg kulges, uutest praktikadest hakkasid sisse tulema n\u00e4iteks migratsioon Kubernetesesse, erinevad checkstyle, spotbugs, ktlint, logide olemasolu Kibanas, teenuste autodiscovery asemel otse aadresside m\u00e4\u00e4ramine ja muud kasulikud asjad. Ja igal pool v\u00f5imaldas meie tabel hoida meie teenuste aktuaalsust. Meie jaoks on see nagu kontrollnimekiri, mis \u00fctleb, et see teenus oskab seda teha, aga seda veel ei oska. Kuid me liikusime edasi, m\u00f5istes, et meil on puudulik teave meie teenuste kohta, mida me j\u00e4lgime, kus asuvad teenuse l\u00e4htekoodid, kus k\u00e4ivitatakse \u00fclesanded ehituses TeamCitys, kuidas neid juurutatakse, kus s\u00e4ilitatakse end2end testide l\u00e4htekoodid, fotod arhitektuuriga seonduvatest grooming'utest ja tehtud otsustest. Ideaalis sooviksime, et kogu see teave oleks kuskil olemas ja kergesti k\u00e4eulatuses, kui seda vajame. Seet\u00f5ttu sai meie tabelist teabeotsingu l\u00e4htekoht.<\/p>\n

Kuid QIWI, kuigi s\u00e4ilitab start-up'i vaimu, on suur ettev\u00f5te. Meie oleme juba 12 aastat tegutsenud ja meeskonnad vahetuvad: inimesed lahkuvad, inimesed tulevad, moodustuvad uued meeskonnad. Oleme avastanud oma domeenis mitu teenust, mis on meile p\u00e4randiks j\u00e4\u00e4nud. M\u00f5ned tulid teiste meeskondade arendajatelt, m\u00f5ned olid lihtsalt kuidagi seotud Koti teenusega, seet\u00f5ttu on teenus n\u00fc\u00fcd meie bilansis. Miks uurida, mis ja kuidas t\u00f6\u00f6tab? Teenus ju t\u00f6\u00f6tab ning meil on toote funktsioonid, mida peab kindlasti v\u00e4ljat\u00f6\u00f6tama.<\/p>\n

Nagu ikka<\/h2>\n

\nAga mingil hetkel avastame, et teenus l\u00f5petab oma funktsiooni, midagi on katki \u2014 kuidas sellises olukorras k\u00e4ituda? Teenus lihtsalt ei t\u00f6\u00f6ta. \u00dcldse. Ja me saime sellest teada, esiteks juhuslikult ja teiseks, poole aasta p\u00e4rast. Nii juhtub. Ainus, mida me teadsime, oli see, millistel virtuaalmasinatel teenus t\u00f6\u00f6tab, kus on selle l\u00e4htekood ja k\u00f5ik. Teeme git clone'i ja sukeldume inimese m\u00f5tetesse, kes kirjutas seda paar aastat tagasi, aga mida me n\u00e4eme? \u00dchtegi tuttavat Spring Boot'i, kuigi oleme k\u00f5igega harjunud, meil on ju full stack ja k\u00f5ik selline. V\u00f5ib-olla seal on Spring Framework? Aga ei ole.<\/p>\n

Poiss, kes k\u00f5ike seda kirjutas, oli karm ja kirjutas k\u00f5ik puhtas Java's. Arendaja tuttavaid t\u00f6\u00f6riistu ei ole ja viskub m\u00f5te \u2014 peaksime selle k\u00f5ik \u00fcmber kirjutama. Meil on ju mikroteenused ja igaelt r\u00f6stsaiast kostab tuttav \u201ePoisid, mikroteenused on see, mida te vajate!\u201d. Kui midagi l\u00e4heb valesti, v\u00f5ite rahulikult v\u00f5tta mis tahes keele ja k\u00f5ik l\u00e4heb suurep\u00e4raselt.<\/p>\n

K\u00fcsimus on selles, et praegu pole meil tellijat, kes vastutab selle teenuse eest. Millised olid tema \u00e4ri n\u00f5uded, mida see teenus peaks \u00fcldse tegema? Ja teenus on tihedalt integreeritud teie \u00e4ri protsessidesse. <\/p>\n

Ja n\u00fc\u00fcd \u00fctlege, kui lihtne oleks teenust \u00fcmber kirjutada, teadmata selle \u00e4ri n\u00f5udeid? Teenuse logimine on arusaamatu, kas m\u00f5\u00f5dikud on olemas \u2014 pole teada. Millised need on, kui olemas \u2014 veelgi v\u00e4hem on teada. Ja samas on teenuses tohutu hulk arusaamatut \u00e4ri loogikat. Midagi siseneb andmebaasi, millest me samuti praegu midagi ei tea. <\/p>\n

Kust alustada?<\/h2>\n

\nK\u00f5ige loogilisemast \u2014 testide olemasolust. Seal on tavaliselt kirjas v\u00e4hemalt mingi loogika ja saab teha j\u00e4reldusi selle kohta, mis toimub. Praegu on moes TDD, kuid me n\u00e4eme, et viis aastat tagasi oli k\u00f5ik peaaegu sama, mis n\u00fc\u00fcd: \u00fcksuste teste on peaaegu mitte ja need ei \u00fctle meile tegelikult midagi. No, v\u00e4lja arvatud ehk m\u00f5ne kontrolli kohta, kuidas mingi xml millegagi kinnitatud sertifikaadiga allkirjastatakse.<\/p>\n

Koodi p\u00f5hjal ei olnud midagi aru saada, ja me pidime minema vaatama, mis seal virtuaalkeskkonnas toimub. Avastasime teenuse logidest http-klienti puudutava vea, ise allkirjastatud sertifikaadi, mis oli rakenduse ressurssidesse sisse kodeeritud, oli h\u00e4bi p\u00e4rast aegunud. V\u00f5tsime \u00fchendust meie anal\u00fc\u00fctikutega, nad palusid uut sertifikaati, mis v\u00e4ljastati ja teenus t\u00f6\u00f6tab j\u00e4lle. Tundub, et sellega on k\u00f5ik. V\u00f5i siiski? Teenus t\u00f6\u00f6tab, t\u00e4idab mingit funktsiooni, mis on meie \u00e4ri jaoks vajalik. Meil on teatud rakenduste arendamise standardid, mis t\u00f5en\u00e4oliselt on ka teil. N\u00e4iteks ei tohiks logisid node\u2019is kaustas hoida, vaid mingis ladustamises, nagu n\u00e4iteks Elasticsearchis, ja vaadata neid Kibana kaudu. Saame meenutada ka kuldsete m\u00f5\u00f5dikute olemust. See t\u00e4hendab teenusele avaldatud koormust, teenusele tehtud p\u00e4ringute arvu, kas see on eluj\u00f5uline, ja kuidas tervisekontrollid l\u00e4bivad. Igatahes aitavad need m\u00f5\u00f5dikud teada saada, millal saab selle rahulikult kasutusest v\u00e4lja v\u00f5tta ja unustada kui halva une.<\/p>\n

Mida teha<\/h2>\n

\nSeet\u00f5ttu lisame sellise vana teenuse tabelisse ja seej\u00e4rel otsime arendajate seast vabatahtlikke, kes teenuse korda teevad: kirjutavad teenuse kohta v\u00e4hemalt mingid andmed, lisavad lingid Grafana armatuurlaudadele, ehitus\u00fclesannetele, selgitavad, kuidas rakendust k\u00e4ivitada, ei ole ju m\u00f5tet FTP kaudu faile k\u00e4sitsi \u00fcles laadida. <\/p>\n

Oluline on, kui palju aega see kogu kasulik vabatahtlik tegevus v\u00f5tab? \u00dcks sprind kogenud arendajale, n\u00e4iteks 20% tehnilise v\u00f5laga. Aga kui palju aega kulus kogu s\u00fcgava loogika m\u00f5istmiseks, et suhelda mingi riikliku s\u00fcsteemiga ja tuua see uuemate tehnoloogiate juurde? Ma ei garanteeri, v\u00f5ib-olla l\u00e4heb kuu, v\u00f5ib-olla isegi kaks meeskonna t\u00f6\u00f6d. Seda r\u00e4\u00e4gin ma praeguse aja integratsiooni kogemuse p\u00f5hjal m\u00f5ne uue teenusega.<\/p>\n

Kuid \u00e4riv\u00e4\u00e4rtuse v\u00e4ljund on null. Absoluutselt. Teenuse toetamine ja sellele natuke aega kulutamine on normaalne. Kuid p\u00e4rast meie tavalisi teenuseprotseduure lisasime selle tabelisse, t\u00e4iendasime teavet selle kohta ja v\u00f5ib-olla kirjutame kunagi uuesti. Praegu vastab see meie teenuse t\u00f6\u00f6standarditele.<\/p>\n

Kokkuv\u00f5tteks tahaksin v\u00e4lja tuua plaani, mida teha p\u00e4randteenustega. <\/p>\n

P\u00e4randi nullist \u00fcmberkirjutamine on halb idee.<\/b>
\nT\u00f5siselt, sellele ei tasu isegi m\u00f5elda. On selge, et seda tahaks ja m\u00f5ned plussid paistavad silma, kuid tavaliselt ei ole see kellelegi vajalik, sealhulgas teile endale.<\/p>\n

K\u00e4sitegevus<\/b>
\nKaevake v\u00e4lja oma rakenduste l\u00e4htekoodid, koostage k\u00e4siraamat, milles on kirjas, mis ja kus asub ning kuidas see t\u00f6\u00f6tab; sinna kirjutage ka projekti kirjeldus (tingimuslik readme.md), et kiiresti aru saada, kus on logid ja m\u00f5\u00f5dikud. Arendaja, kes teiega p\u00e4rast seda tegelema hakkab, \u00fctleb ait\u00e4h.<\/p>\n

M\u00f5istke domeeni<\/b>
\nKui teil on m\u00f5ni domeen, siis p\u00fc\u00fcdke hoida end kursis. See k\u00f5lab banaalselt, kuid mitte k\u00f5ik ei j\u00e4lgi, et teenused oleksid \u00fchte moodi. Olles \u00fches standardis, on t\u00f5epoolest palju lihtsam t\u00f6\u00f6tada.<\/p>\n

Ainult registreeritud kasutajad saavad k\u00fcsitluses osaleda. Logige sisse<\/a><\/noindex>, palun.<\/p>\n

Mida te teete oma legacy'ga?<\/h2>\n