{"id":38981,"date":"2019-10-31T22:27:10","date_gmt":"2019-10-31T19:27:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury\/"},"modified":"2019-10-31T22:27:10","modified_gmt":"2019-10-31T19:27:10","slug":"servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/servisy-siroty-obratnaya-storona-mikro-servisnoj-arhitektury","title":{"rendered":"Orvuteenused: mikroteenuste arhitektuuri vastaspool.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Banki.ru porta juhtiv t\u00f6\u00f6taja Andrei Nikolski r\u00e4\u00e4kis mullu toimunud konverentsil DevOpsDays Moskvasse<\/a><\/noindex> orvuteenustest: kuidas tuvastada orvuteenuseid infrastruktuuris, millised on orvuteenuste puudused, mida nendega teha ja kuidas k\u00e4ituda, kui miski ei aita.<\/p>\n

Allpool on ettekande tekstiversioon. <\/p>\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center><\/a><\/noindex>
\nTere, kolleegid! Minu nimi on Andrei, ma juhinBanki.ru teenuseid.<\/p>\n

Meil on suured teenused, need on monoliitteenused, on ka klassikalisemas m\u00f5ttes teenuseid ja ka v\u00e4ga v\u00e4ikseid teenuseid. Oma t\u00f6\u00f6tava-p\u00f5llumehe terminoloogias \u00fctlen, et kui teenus on lihtne ja v\u00e4ike, siis on see mikro, ja kui see ei ole eriti lihtne ja mitte v\u00e4ike, siis on see lihtsalt teenus. <\/p>\n

Teenuste plussid<\/b><\/h3>\n

\nK\u00e4in kiiresti \u00fcle teenuste plussid. <\/p>\n

\"Orvuteenused:
\n
\nEsimene on skaleerimine. Te saate teenusel kiiresti midagi teha ja alustada tootmises. Kui teil tuleb liiklus, kloonite teenuse. Kui tuleb veel liiklust, kloonite uuesti ja elate selle kaubaga. See on hea boonus ja p\u00f5him\u00f5tteliselt, kui me alustasime, peeti seda meie jaoks k\u00f5ige olulisemaks, miks me kogu seda teha \u00fcldse tahtsime.<\/p>\n

\"Orvuteenused:
\n
\nTeiseks, isoleeritud arendamine, kui teil on mitu arendusmeeskonda, mitmed erinevad arendajad igas meeskonnas ja iga meeskond arendab oma teenust.<\/p>\n

Meeskondadega on n\u00fcanss. Arendajad on erinevad. N\u00e4iteks on olemas lumeinimesed<\/a><\/noindex>. N\u00e4gin esmakordselt seda maksima Dorofoevi juures. M\u00f5nikord on lumeinimesi m\u00f5nes meeskonnas, m\u00f5nes ei ole. See muudab erinevaid teenuseid, mida ettev\u00f5ttes kasutakse, veidi eba\u00fchtlasteks. <\/p>\n

\"Orvuteenused:
\n
\nVaadake pilti: see on hea arendaja, tal on suured k\u00e4ed, ta suudab palju teha. Peamine probleem on see, kust need k\u00e4ed kasvavad. <\/p>\n

\"Orvuteenused:
\n
\nTeenused v\u00f5imaldavad kasutada erinevaid programmeerimiskeeli, mis sobivad paremini erinevate \u00fclesannete t\u00e4itmiseks. \u00dcks teenus on Go-s, teine Erlangis, \u00fcks Ruby-s, m\u00f5ni PHP-s, m\u00f5ni Pythonis. \u00dcldiselt, laiendaned v\u00e4ga laialdaselt. Siin on samuti n\u00fcansse.<\/p>\n

\"Orvuteenused:
\n
\nTeenusele orienteeritud arhitektuur on eelk\u00f5ige seotud devopsiga. See t\u00e4hendab, et kui teil ei ole automatiseerimist, ei ole paigaldusprotsessi, kui te seadistate k\u00e4sitsi, v\u00f5ivad teie konfiguratsioonid erinevate teenuse instantside vahel erineda ja peate sinna minema ja midagi tegema, siis olete p\u00f5rgus. <\/p>\n

N\u00e4iteks, kui teil on 20 teenust ja peate need k\u00e4sitsi juurutama, siis teil on 20 kontrollerit ja samal ajal vajutate \"enter\" nagu ninja. See ei ole just k\u00f5ige parem lahendus. <\/p>\n

Kui teil on teenus, mis on p\u00e4rast testimist (kui testimine on loomulikult olemas) ja seda tuleb veel lihvida, et see tootmiskeskkonnas t\u00f6\u00f6taks, siis mul on teile samuti halbu uudiseid. <\/p>\n

Kui toetute Amazoni spetsiifilistele teenustele ja t\u00f6\u00f6tate samal ajal Venemaal, siis kaks kuud tagasi oli teil ka \"K\u00f5ik p\u00f5leb \u00fcmberringi, ma olen okei, k\u00f5ik on h\u00e4sti\".<\/p>\n

\"Orvuteenused:
\n
\nKasutame Ansible'it juurutamise automatiseerimiseks, Puppet'i konvergentsiks, Bamboo't juurutamise automatiseerimiseks ja Confluence'i selle k\u00f5ik dokumenteerimiseks.<\/p>\n

Ei hakka sellel pikemalt peatuma, kuna esitlus on pigem koost\u00f6\u00f6praktikate kohta, mitte tehnilise rakenduse kohta. <\/p>\n

\"Orvuteenused:
\n
\nMeil on n\u00e4iteks olnud probleeme, et Puppet serveris t\u00f6\u00f6tab Ruby 2, aga m\u00f5ni rakendus on kirjutatud Ruby 1.8 jaoks ja nad ei t\u00f6\u00f6ta koos. Seal juhtub mingi probleem. Kui peate \u00fchel masinal hoidma mitu Ruby versiooni, siis tavaliselt algavad probleemid. <\/p>\n

Me anname n\u00e4iteks igale arendajale platvormi, kus on umbes k\u00f5ik, mis meil on, k\u00f5ik teenused, mida saab arendada, et tal oleks isoleeritud keskkond, kus ta saaks seda l\u00f5hkuda ja ehitada, nagu tal soov on. <\/p>\n

M\u00f5nikord on vajalik m\u00f5ni spetsiaalselt kompileeritud paket, mis toetab mingit asja. See on suhteliselt range. Kuulasin esitluse, kus Docker'i pilt kaalub 45 GB. Linuxis on muidugi lihtsam, seal on k\u00f5ik v\u00e4iksem, aga ikkagi, kohti ei j\u00e4tku. <\/p>\n

Noh, ja v\u00f5ib esineda vastuolulisi s\u00f5ltuvusi, kui teie projekti \u00fcks osa s\u00f5ltub \u00fche versiooniga raamatukogust ja teine osa teise versiooniga raamatukogust, kuid raamatukogusid ei saa omavahel paigaldada. <\/p>\n

\"Orvuteenused:
\n
\nMeil on veebisaidid ja teenused PHP 5.6-l, meil on nende p\u00e4rast h\u00e4bi, aga mida teha. See on meie \u00fcks platvorm. On veebisaite ja teenuseid PHP 7-l, neid on rohkem, nende p\u00e4rast meil h\u00e4bi ei ole. Ja iga arendajal on oma baas, kus ta r\u00f5\u00f5msalt t\u00f6\u00f6tleb. <\/p>\n

Kui kirjutate ettev\u00f5ttes \u00fches keeles, siis kolm virtuaalmasinat arendaja kohta on normaalne. Kui teil on erinevad programmeerimiskeeled, siis olukord halveneb.<\/p>\n

\"Orvuteenused:
\n
\nTeie juures on veebisaidid ja teenused, see, see, siis veel \u00fcks Go platvorm, \u00fcks Ruby platvorm, veel m\u00f5ni Redis k\u00f5rval. L\u00f5puks k\u00f5ik see muutub suureks toetamise alaks ning alati v\u00f5ib midagi sellest katki minna.<\/p>\n

\"Orvuteenused:
\n
\nSeet\u00f5ttu oleme programmist saadud kasulikke funktsioone asendanud erinevate raamistikudega, kuna raamistikud PHP-le on piisavalt erinevad, neil on erinevad v\u00f5imalused, erinevad kogukonnad, erinev tugi. Ja saab kirjutada teenuse nii, et teil on juba midagi selle jaoks olemas. <\/p>\n

Igal teenusel on oma meeskond<\/b><\/h3>\n

\n\"Orvuteenused:
\n
\nMeie peamine pluss, mis on v\u00e4lja kristalliseerunud mitme aasta jooksul, on see, et igal teenusel on oma meeskond. See on mugav suure projekti jaoks, saab aega s\u00e4\u00e4sta dokumentatsiooni pealt, juhid tunnevad oma projekti h\u00e4sti. <\/p>\n

Tugitegevustest saab \u00fclesandeid suurep\u00e4raselt edasi anda. N\u00e4iteks, kui kindlustusteenus on katki. Ja kohe l\u00e4heb kindlustusega tegelev meeskond seda parandama. <\/p>\n

Uute funktsioonide lisamine toimub kiiresti, sest kui teil on \u00fcks teatud aatomaarne teenus, siis saab sellesse operatiivselt midagi sisse panna. <\/p>\n

Ja kui olete oma teenuse katki teinud, mis on paratamatult leiduv, siis te ei puutu teiste teenustega kokku, ja teie juurde ei tule arendajad teiste meeskondadest kiivritega ning ei \u00fctle: \"Oi-oi, \u00e4rge nii tehke.\" <\/p>\n

\"Orvuteenused:
\n
\nNagu alati, on n\u00fcansid. Meil on stabiilsed meeskonnad, juhid on meeskonnaga tugevalt seotud. On selged dokumendid, juhid j\u00e4lgivad seda hoolikalt. Igal meeskonnal on juhiga mitu teenust ja on konkreetne kompetentsipunkt. <\/p>\n

Kui meeskonnad on liikuvad (sellist praktikat kasutame vahel), on olemas hea meetod, mida nimetatakse \"t\u00e4htedekaardiks\".<\/p>\n

\"Orvuteenused:
\n
\nTeie k\u00e4es on teenuste ja inimeste nimekiri. T\u00e4ht t\u00e4histab, et inimene on selle teenuse ekspert, raamat t\u00e4histab, et inimene \u00f5pib seda teenust. Inimese \u00fclesanne on vahetada raamat t\u00e4htede vastu. Ja kui teenuse vastas ei ole midagi kirjutatud, siis algavad probleemid, millest ma edaspidi r\u00e4\u00e4gin. <\/p>\n

Kuidas tekivad orvuteenused?<\/b><\/h3>\n

\n\"Orvuteenused:
\n
\nEsimene probleem, esimene viis, kuidas saada endale infrastruktuuri teenusesoht \u2014 see on inimeste vallandamine. Kas kellegil on olnud, et \u00e4ri toob t\u00e4htaegu enne, kui \u00fclesandeid hinnatakse? M\u00f5nikord on t\u00e4htaegadega kitsas ja dokumentatsiooni jaoks ei j\u00e4tku aega. \"Peame teenuse tootmisse andma, p\u00e4rast kirjutame juurde.\" <\/p>\n

Kui meeskond on v\u00e4ike, v\u00f5ib olla, et seal on \u00fcks arendaja, kes kirjutab k\u00f5ik, teised on abiks. \"Ma kirjutasin p\u00f5histruktuuri, sina tee kasutajaliidese \u00fclesanded.\" Siis mingil hetkel, n\u00e4iteks, lahkub juht. Ja sellel perioodil, kui juht on lahkunud ja uut pole veel nimetatud, otsustavad arendajad ise, kuhu teenus liigub, mis seal toimub. Ja nagu me teame (naaseme m\u00f5ne slaidi tagasi), on m\u00f5nedes meeskondades inimesi-lumehelbeid, m\u00f5nikord lumehelbeke-peakorter. Siis lahkub ta, ja me saame teenusesohtu. <\/p>\n

\"Orvuteenused:
\n
\nSamas ei kao toe ja \u00e4ri\u00fclesanded kuhugi, need j\u00e4\u00e4vad tagavarasse. Kui teenuse arendamise k\u00e4igus on olnud mingisuguseid arhitektuurilisi vigu, siis needki j\u00e4\u00e4vad tagavarasse. Teenus aeglaselt laguneb. <\/p>\n

Kuidas \u00e4ra tunda teenusesaadet?<\/b> <\/h3>\n

\nSee nimekiri kirjeldab olukorda \u00fcsna h\u00e4sti. Kes on oma infrastruktuuris midagi sarnast kogenud?<\/p>\n

\"Orvuteenused:
\n
\nDokumenteeritud t\u00f6\u00f6lahenduste kohta: on teenus ja \u00fcldiselt t\u00f6\u00f6tab see, tal on kaks lehek\u00fclge k\u00e4siraamatut, kuidas sellega t\u00f6\u00f6tada, kuid kuidas see seestpoolt t\u00f6\u00f6tab, ei tea keegi. <\/p>\n

V\u00f5i n\u00e4iteks on olemas m\u00f5ni lingikokkuv\u00f5tja. Meil on n\u00e4iteks praegu k\u00e4imas kolm lingikokkuv\u00f5tjat erinevate eesm\u00e4rkide jaoks erinevates teenustes. See on just selliste tagaj\u00e4rgede tulemus. <\/p>\n

\"Orvuteenused:
\n
\nN\u00fc\u00fcd hakkan ma olema ilmne kapten. Mida on vaja ette v\u00f5tta? Esiteks tuleb teenus edastada teisele juhile, teisele meeskonnale. Kui teie peakorter pole veel lahkunud, siis sellesse teise meeskonda, kui te m\u00f5istate, et teenus sarnaneb orvule, tuleb kaasata keegi, kes sellest v\u00e4hemalt midagi teab. <\/p>\n

Peamine asi: teil peavad olema kirja pandud verega protseduurid \u00fcleminekuks. Meie puhul j\u00e4lgin ma tavaliselt seda, sest mul on oluline, et see k\u00f5ik t\u00f6\u00f6taks. Juhtidele on oluline, et see oleks kiiresti \u00fcle antud, mis sellega p\u00e4rast juhtub, ei ole neile enam nii t\u00e4htis. <\/p>\n

\"Orvuteenused:
\n
\nJ\u00e4rgmine viis teha orbudest \u2014 \"Teeme \u00e4ra allhanke kaudu, nii on kiiremini, ja siis anname meeskonnale edasi\". On selge, et k\u00f5igil on oma plaanid meeskonnas ning j\u00e4rjekord. Tihti arvab \u00e4riklient, et allhanke tegijad saavad seda teha sama h\u00e4sti, kui tehnikainstituudis, mis on ettev\u00f5ttes olemas. Kuigi nende motivaatorid on erinevad. Allhankes v\u00f5ivad olla kummalised tehnoloogilised lahendused ja kummalised algoritmilised lahendused.<\/p>\n

\"Orvuteenused:
\n
\nMeil n\u00e4iteks oli teenus, kus Sphinx oli erinevates ootamatutes kohtades. R\u00e4\u00e4gin hiljem, mida tuli teha. <\/p>\n

Allhankijatel on sageli isetegemise raamistikud. See on lihtsalt puhas PHP koos varasemast projektist kopeeritud koodiga, kust v\u00f5ib leida igasugu asju. Suured toetused deploy-skriptides, kui peate keeruliste Bash-skriptide abil mingites failides m\u00f5nda rida muutma, samas kui need deploy-skriptid kutsuvad mingit kolmandat skripti. L\u00f5puks muudate deploy-s\u00fcsteemi, valite midagi muud, ja \u00e4kki ei t\u00f6\u00f6ta teie teenus. Sest seal pidi olema veel 8 linki erinevate kaustade vahel. V\u00f5i juhtub, et tuhat kirjeid t\u00f6\u00f6tab, aga sada tuhat enam mitte. <\/p>\n

J\u00e4tkan kaptenina. Teenuse vastuv\u00f5tt allhankest \u2014 see on kohustuslik protseduur. Kas kellelgi on olnud nii, et teenus allhankest tuleb, aga seda ei v\u00f5eta vastu? See ei ole kindlasti nii populaarne kui orbu teenus, kuid siiski. <\/p>\n

\"Orvuteenused:
\n
\n\u0421\u0435\u0440\u0432\u0438\u0441 \u043d\u0430\u0434\u043e \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0442\u044c, \u0441\u0435\u0440\u0432\u0438\u0441 \u043d\u0430\u0434\u043e \u0440\u0435\u0432\u044c\u044e\u0438\u0442\u044c, \u043d\u0430\u0434\u043e \u043c\u0435\u043d\u044f\u0442\u044c \u043f\u0430\u0440\u043e\u043b\u0438. \u0423 \u043d\u0430\u0441 \u0431\u044b\u043b \u0441\u043b\u0443\u0447\u0430\u0439, \u043a\u043e\u0433\u0434\u0430 \u043d\u0430\u043c \u043f\u043e\u0434\u043a\u0438\u043d\u0443\u043b\u0438 \u0441\u0435\u0440\u0432\u0438\u0441, \u0442\u0430\u043c \u0430\u0434\u043c\u0438\u043d\u043a\u0430 \u00abif login == \u2018admin\u2019 && password == \u2018admin\u2019…\u00bb, \u043f\u0440\u044f\u043c \u0432 \u043a\u043e\u0434\u0435 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u043e. \u041c\u044b \u0441\u0438\u0434\u0438\u043c \u0438 \u0434\u0443\u043c\u0430\u0435\u043c, \u0438 \u044d\u0442\u043e \u043f\u0438\u0448\u0443\u0442 \u043b\u044e\u0434\u0438 \u0432 2018 \u0433\u043e\u0434\u0443?<\/p>\n

Salvestusmahud tuleb testida \u2014 see on samuti vajalik asi. Tuleb vaadata, mis juhtub sajande tuhandes kirjes, veel enne kui te selle teenuse kuskile tootmisesse panete. <\/p>\n

\"Orvuteenused:
\n
\nTeenuse edasil\u00fckkamine ei tohiks olla piinlik. Kui te \u00fctlete: \"Me ei v\u00f5ta seda teenust vastu, meil on 20 \u00fclesannet, tehke need \u00e4ra, siis v\u00f5tame vastu\", on see normaalne. S\u00fcdametunnistus ei tohiks olla haige selle p\u00e4rast, et panete juhtiva kohaliku haldaja v\u00f5i et \u00e4ri kulutab raha. \u00c4ri kulutab hiljem rohkem.<\/p>\n

Meil oli juhtum, kui me otsustasime teha pilootprojekti allhanke kaudu.<\/p>\n

\"Orvuteenused:
\n
\nSee oli \u00f5igeaegselt valmis, ja see oli ainus kvaliteedin\u00e4itaja. Seet\u00f5ttu tehti veel \u00fcks protot\u00fc\u00fcp, juba mitte enam p\u00e4ris protot\u00fc\u00fcp. Need teenused v\u00f5eti vastu, administratiivselt \u00f6eldi, et siin on teie kood, siin on teie meeskond, siin on teie juht. Teenused hakkasid t\u00f5eliselt tulu tooma. Samas on nad endiselt orvud, keegi ei saa aru, kuidas nad t\u00f6\u00f6tavad, ja juhid p\u00fc\u00fcavad igati nende \u00fclesannetest distantseeruda. <\/p>\n

\"Orvuteenused:
\n
\nOn veel \u00fcks suurep\u00e4rane m\u00f5iste \u2014 partisanide arendamine. Kui mingi osakond, tavaliselt turundusosakond, soovib h\u00fcpoteesi testida ja tellib teenuse t\u00e4ielikult v\u00e4listootjalt. Sellele hakkab liikuma liiklus, nad vormistavad dokumendid, allkirjastavad lepingud allhankijaga, tulevad t\u00f6\u00f6le ja \u00fctlevad: \"Meil on siin teenus, millel on juba liiklus, see toob meile raha, v\u00f5tame selle vastu.\" Meie oleme: \"Oota, kuidas see nii on?\"<\/p>\n

\"Orvuteenused:
\n
\nJa veel \u00fcks viis orvuteenuse saamiseks: kui mingi meeskond \u00e4kitselt koormatud, \u00fctleb juhtkond: \"Kandke selle meeskonna teenus teisele meeskonnale, kellel on v\u00e4hem koormust.\" Ja siis kandke kolmandasse meeskonda ja vahetage managerit. Ja l\u00f5puks on meil taas orvuteenused.<\/p>\n

Mis on probleem orvudega?<\/b><\/h3>\n

\n\"Orvuteenused:
\n
\nKes ei tea, see on Rootsis laevaks ehitatud Wasa, kuulus selle poolest, et see h\u00e4vis 5 minutit p\u00e4rast vette laskmist. Ja Rootsi kuningas ei karistanud kedagi. See ehitati kahe insenerigeneratsiooni poolt, kes ei osanud selliseid laevu ehitada. Ahnusest tulenev efekt.<\/p>\n

Laev oleks v\u00f5inud tegelikult palju halvemini uppuda, n\u00e4iteks kui kuningas oleks juba tormi l\u00e4inud. Nii et, see uppus kohe, agiilsuse seisukohalt on see hea \u2014 eba\u00f5nnestuda varakult. <\/p>\n

Kui me eba\u00f5nnestusime varakult, siis tavaliselt probleeme ei ole. N\u00e4iteks, vastuv\u00f5tu ajal saadeti tootmisse viimiseks. Aga kui me eba\u00f5nnestusime juba tootmises, kui raha on investeeritud, siis v\u00f5ivad probleemid tekkida. Tagaj\u00e4rjed, nagu \u00e4ris \u00f6eldakse.<\/p>\n

Miks on orvuteenused ohtlikud:<\/p>\n