Ar Ebrill 25, fe wnaethom ni yn Mail.ru Group gynnal cynhadledd am gymylau ac o gwmpas - . Ychydig o uchafbwyntiau:
- Y Prif — Siaradodd Mail.ru Cloud Solutions, #CloudMTS, SberCloud, Selectel, Canolfan Ddata Rostelecom a Yandex.Cloud am fanylion ein marchnad cwmwl a'u gwasanaethau;
- Dywedodd cydweithwyr o Bitrix24 sut y gwnaethant ;
- Darparodd Leroy Merlin, Otkritie, Burger King a Schneider Electric ddiddorol — pa dasgau y mae eu busnes yn eu gosod ar gyfer TG a pha dechnolegau, gan gynnwys rhai cwmwl, sydd fwyaf addawol yn eu barn nhw.
Gallwch wylio'r holl fideos o'r gynhadledd mailto:CLOUD , ac yma gallwch ddarllen sut aeth y drafodaeth am ficrowasanaethau. Rhannodd Alexander Deulin, pennaeth canolfan ymchwil a datblygu systemau busnes MegaFon, a Sergey Sergeev, cyfarwyddwr technoleg gwybodaeth y grŵp M.Video-Eldorado, eu hachosion llwyddiannus o gael gwared â monolithau. Buom hefyd yn trafod materion cysylltiedig strategaeth TG, prosesau a hyd yn oed AD.
Panelwyr
- Sergey Sergeev, Grŵp CIO "M.Fideo-Eldorado";
- Alexander Deulin, pennaeth y ganolfan ar gyfer ymchwil a datblygu systemau busnes MegaFon;
- Cymedrolwr - Dmitry Lazarenko, Pennaeth cyfeiriad PaaS Atebion Cwmwl Mail.ru.
Ar ol araith Alexander Deulin mae Sergey Sergeev o M.Video-Eldorado a'r cymedrolwr trafodaeth Dmitry Lazarenko, Mail.ru Cloud Solutions, yn ymuno ag ef i drafod.
Isod rydym wedi paratoi trawsgrifiad o’r drafodaeth i chi, ond gallwch hefyd wylio’r fideo:
Mae'r newid i ficrowasanaethau yn ymateb i anghenion y farchnad
Dmitriy:
Ydych chi wedi cael unrhyw brofiad llwyddiannus yn mudo i ficrowasanaethau? Ac yn gyffredinol: ble ydych chi'n gweld y budd busnes mwyaf o ddefnyddio microwasanaethau neu symud o fonolithau i ficrowasanaethau?
Sergey:
Rydym eisoes wedi dod dipyn o’r ffordd yn y newid i ficrowasanaethau ac wedi bod yn defnyddio’r dull hwn ers mwy na thair blynedd. Yr angen cyntaf a oedd yn cyfiawnhau'r angen am ficrowasanaethau oedd integreiddio amrywiol gynhyrchion pen blaen â'r swyddfa gefn yn ddiddiwedd. A phob tro cawsom ein gorfodi i wneud integreiddio a datblygu ychwanegol, gan weithredu ein rheolau ein hunain ar gyfer gweithredu'r gwasanaeth hwn neu'r gwasanaeth hwnnw.
Ar ryw adeg, sylweddolom fod angen i ni gyflymu gweithrediad ein systemau ac allbwn ymarferoldeb. Ar y foment honno, roedd cysyniadau fel microwasanaethau a dull microwasanaeth eisoes yn bodoli ar y farchnad, a phenderfynasom roi cynnig arni. Dechreuodd hyn yn 2016. Yna gosodwyd y platfform a gweithredwyd y 10 gwasanaeth cyntaf gan dîm ar wahân.
Un o'r gwasanaethau cyntaf, y mwyaf llwythog, oedd y gwasanaeth cyfrifo prisiau. Bob tro y byddwch chi'n dod i unrhyw sianel, i grŵp cwmnïau M.Video-Eldorado, boed yn wefan neu'n siop adwerthu, dewiswch gynnyrch yno, gweler y pris ar y wefan neu yn y “Basged”, mae'r gost yn awtomatig cyfrifo gan un gwasanaeth. Pam fod hyn yn angenrheidiol: cyn hyn, roedd gan bob system ei hegwyddorion ei hun ar gyfer gweithio gyda hyrwyddiadau - gyda gostyngiadau ac yn y blaen. Ein swyddfa gefn sy'n delio â phrisio; gweithredir gweithrediad disgownt mewn system arall. Roedd angen canoli hyn a chreu gwasanaeth unigryw, gwahanadwy ar ffurf proses fusnes a fyddai'n caniatáu i ni weithredu hyn. Dyna sut ddechreuon ni fwy neu lai.
Roedd gwerth y canlyniadau cyntaf yn fawr iawn. Yn gyntaf, roeddem yn gallu creu endidau gwahanadwy sy'n ein galluogi i weithio ar wahân ac mewn modd cyfanredol. Yn ail, rydym wedi lleihau cost perchnogaeth o ran integreiddio â mwy o systemau.
Dros y tair blynedd diwethaf, rydym wedi ychwanegu tair system rheng flaen. Roedd yn anodd eu cynnal gyda'r un faint o adnoddau ag y gallai'r cwmni eu fforddio. Felly, cododd y dasg i chwilio am allfeydd newydd, gan ymateb i'r farchnad o ran cyflymder, o ran costau mewnol ac effeithlonrwydd.
Sut i fesur llwyddiant mudo i ficrowasanaethau
Dmitriy:
Sut mae llwyddiant o ran mudo i ficrowasanaethau yn cael ei bennu? Beth oedd y “cyn” ym mhob cwmni? Pa fetrig a ddefnyddiwyd gennych i bennu llwyddiant y cyfnod pontio, a phwy a benderfynodd hynny mewn gwirionedd?
Sergey:
Yn gyntaf oll, fe'i ganed o fewn TG fel galluogwr - “datgloi” galluoedd newydd. Roedd angen inni wneud popeth yn gyflymach am yr un arian yn gymharol, gan ymateb i heriau’r farchnad. Nawr mae llwyddiant yn cael ei fynegi yn nifer y gwasanaethau sy'n cael eu hailddefnyddio gan wahanol systemau, uno prosesau ymhlith ei gilydd. Nawr y mae, ond ar y foment honno roedd yn gyfle i greu llwyfan a chadarnhau'r ddamcaniaeth y gallwn wneud hyn, bydd yn rhoi effaith ac yn cyfrifo'r achos busnes.
Alexander:
Teimlad mewnol yn hytrach yw llwyddiant. Mae busnes bob amser eisiau mwy, ac mae dyfnder ein hôl-groniad yn brawf o lwyddiant. Mae'n ymddangos felly i mi.
Sergey:
Ydw, rwy'n cytuno. Mewn tair blynedd, mae gennym eisoes fwy na dau gant o wasanaethau ac ôl-groniad. Dim ond yn tyfu mae'r angen am adnoddau o fewn y tîm - 30% yn flynyddol. Mae hyn yn digwydd oherwydd bod pobl yn teimlo: mae'n gyflymach, mae'n wahanol, mae yna wahanol dechnolegau, mae hyn i gyd yn datblygu.
Bydd microwasanaethau yn dod, ond bydd y craidd yn parhau
Dmitriy:
Mae fel proses ddiddiwedd lle rydych chi'n buddsoddi mewn datblygiad. A yw'r newid i ficrowasanaethau ar gyfer busnes eisoes ar ben ai peidio?
Sergey:
Mae'n hawdd iawn ei ateb. Beth ydych chi'n ei feddwl: mae newid ffonau yn broses ddiddiwedd? Rydyn ni ein hunain yn prynu ffonau bob blwyddyn. A dyma hi: cyn belled â bod angen cyflymder, ar gyfer addasu i'r farchnad, bydd angen rhai newidiadau. Nid yw hyn yn golygu ein bod yn cefnu ar bethau safonol.
Ond ni allwn orchuddio ac ail-wneud popeth ar unwaith. Mae gennym wasanaethau integreiddio etifeddol, safonol a oedd yn bodoli o’r blaen: bysiau menter ac yn y blaen. Ond mae ôl-groniad, ac mae angen hefyd. Mae nifer y cymwysiadau symudol a'u swyddogaeth yn tyfu. Ar yr un pryd, nid oes neb yn dweud y byddwch yn cael 30% yn fwy o arian. Hynny yw, mae yna anghenion bob amser ar y naill law, a chwiliad am effeithlonrwydd ar y llaw arall.
Dmitriy:
Mae bywyd mewn cyflwr da. (Chwerthin)
Alexander:
Yn gyffredinol, ie. Nid oes gennym ddulliau chwyldroadol o dynnu’r rhan graidd o’r dirwedd. Mae gwaith systematig ar y gweill i ddadelfennu systemau fel eu bod yn fwy cyson â phensaernïaeth microwasanaeth, er mwyn lleihau dylanwad systemau ar ei gilydd.
Ond rydyn ni'n bwriadu cadw'r rhan graidd, oherwydd yn nhirwedd y gweithredwr bydd rhai platfformau rydyn ni'n eu prynu bob amser. Unwaith eto, mae angen cydbwysedd iach: ni ddylem ruthro i dorri'r craidd allan. Rydyn ni'n gosod y systemau ochr yn ochr, a nawr mae'n troi allan ein bod ni eisoes ar ben llawer o rannau craidd. Ymhellach, gan ddatblygu'r swyddogaeth, rydym yn creu'r cynrychioliadau angenrheidiol ar gyfer pob sianel sy'n gweithio gyda'n gwasanaethau cyfathrebu.
Sut i werthu microwasanaethau i fusnesau
Dmitriy:
Mae gen i ddiddordeb hefyd - i'r rhai nad ydyn nhw wedi newid drosodd, ond sy'n bwriadu: pa mor hawdd oedd hi i werthu'r syniad hwn i fusnes ac a oedd yn antur, yn brosiect buddsoddi? Neu a oedd yn strategaeth ymwybodol: nawr rydym yn mynd i ficrowasanaethau a dyna ni, ni fydd dim yn ein rhwystro. Sut oedd hi i chi?
Sergey:
Nid dull gweithredu oeddem ni, ond budd busnes. Roedd problem mewn busnes, a gwnaethom geisio ei datrys. Ar y foment honno, mynegwyd yn y ffaith bod gwahanol sianeli yn defnyddio gwahanol egwyddorion ar gyfer cyfrifo prisiau - ar wahân ar gyfer hyrwyddiadau, ar gyfer hyrwyddiadau, ac ati. Roedd yn anodd ei gynnal, digwyddodd gwallau, a gwrandawsom ar gwynion cwsmeriaid. Hynny yw, yr oeddem yn gwerthu ateb i broblem, ond daethom â’r ffaith bod angen arian arnom i greu llwyfan. Ac fe ddangoson nhw achos busnes gan ddefnyddio enghraifft cam cyntaf y buddsoddiad: sut y byddwn ni’n parhau i’w adennill a beth fydd hyn yn caniatáu inni ei wneud.
Dmitriy:
A wnaethoch chi rywsut gofnodi amser y cam cyntaf?
Sergey:
Iawn siwr. Fe wnaethom neilltuo 6 mis i greu'r craidd fel llwyfan a rhoi'r peilot ar brawf. Yn ystod y cyfnod hwn, fe wnaethom geisio creu platfform i sglefrio'r peilot arno. Yna cadarnhawyd y ddamcaniaeth, a chan ei fod yn gweithio, mae'n golygu y gallwn barhau. Fe ddechreuon nhw efelychu a chryfhau'r tîm - fe wnaethon nhw ei symud i adran ar wahân sy'n gwneud hynny.
Nesaf daw gwaith systematig yn seiliedig ar anghenion busnes, cyfleoedd, argaeledd adnoddau a phopeth sydd yn y gwaith ar hyn o bryd.
Dmitriy:
IAWN. Alexander, beth ydych chi'n ei ddweud?
Alexander:
Ganed ein meicrowasanaethau o “ewyn y môr” - oherwydd arbed adnoddau, oherwydd rhywfaint o weddillion ar ffurf cynhwysedd gweinydd ac ailddosbarthu grymoedd o fewn y tîm. I ddechrau, ni wnaethom werthu'r prosiect hwn i fusnes. Roedd hwn yn brosiect lle buom yn ymchwilio ac yn datblygu yn unol â hynny. Dechreuon ni ar ddechrau 2018 a dim ond datblygu'r cyfeiriad hwn gyda brwdfrydedd. Mae gwerthiant newydd ddechrau ac rydym yn y broses.
Dmitriy:
A yw'n digwydd bod busnes yn caniatáu ichi wneud pethau fel Google - ar un diwrnod rhydd yr wythnos? Oes gennych chi gyfeiriad o'r fath?
Alexander:
Ar yr un pryd ag ymchwil, fe wnaethom hefyd ddelio â phroblemau busnes, felly mae ein holl ficrowasanaethau yn atebion i broblemau busnes. Dim ond ar y dechrau y gwnaethom adeiladu microwasanaethau a oedd yn cwmpasu rhan fach o'r sylfaen tanysgrifwyr, ac erbyn hyn rydym yn bresennol ym mron pob cynnyrch blaenllaw.
Ac mae'r effaith faterol eisoes yn glir - gallwn ni gael ein cyfrif eisoes, gellir amcangyfrif cyflymder lansio cynnyrch a cholli refeniw pe baem wedi dilyn yr hen lwybr. Dyma beth rydym yn adeiladu'r achos arno.
Microwasanaethau: hype neu anghenraid?
Dmitriy:
Rhifau yw rhifau. Ac mae refeniw neu arian a arbedir yn bwysig iawn. Beth os edrychwch ar yr ochr arall? Mae'n ymddangos bod microwasanaethau yn duedd, yn hype ac mae llawer o gwmnïau'n ei gam-drin? Pa mor glir ydych chi'n gwahaniaethu rhwng yr hyn rydych chi'n ei wneud a'r hyn nad ydych chi'n ei gyfieithu i ficrowasanaethau? Os etifeddiaeth nawr, a fydd gennych etifeddiaeth o hyd mewn 5 mlynedd? Beth fydd oedran y systemau gwybodaeth sy'n gweithio yn M.Video-Eldorado a MegaFon ymhen 5 mlynedd? A fydd systemau gwybodaeth deng mlynedd, pymtheg oed, neu a fydd yn genhedlaeth newydd? Sut ydych chi'n gweld hyn?
Sergey:
Ymddengys i mi ei bod yn anodd meddwl yn bell iawn. Os edrychwn yn ôl, pwy ddychmygodd y byddai'r farchnad dechnoleg yn datblygu fel hyn, gan gynnwys dysgu peiriannau ac adnabod defnyddwyr yn ôl wyneb? Ond os edrychwch ar y blynyddoedd i ddod, mae'n ymddangos i mi bod systemau craidd, menter ERP-dosbarth systemau mewn cwmnïau - maent wedi bod yn gweithio am amser eithaf hir.
Mae ein cwmnïau gyda'i gilydd yn 25 oed, gydag ERP clasurol yn ddwfn iawn yn nhirwedd y systemau. Mae’n amlwg ein bod yn cymryd rhai darnau allan o’r fan honno ac yn ceisio eu hagregu yn ficrowasanaethau, ond bydd y craidd yn parhau. Mae'n anodd i mi ddychmygu nawr y byddwn yn disodli'r holl systemau craidd yno ac yn symud yn gyflym i ochr arall, ddisglair y systemau newydd.
Rwy’n cefnogi’r ffaith mai popeth sy’n agosach at y cleient a’r defnyddiwr yw lle mae’r budd a’r gwerth busnes mwyaf, lle mae gallu i addasu a chanolbwyntio ar gyflymder, ar newid, ar “geisio, canslo, ailddefnyddio, gwneud rhywbeth gwahanol” yn angen “—dyna lle bydd y dirwedd yn newid. Ac nid yw cynhyrchion mewn bocsys yn ffitio i mewn yn dda iawn. O leiaf nid ydym yn ei weld. Mae angen yr atebion hawsaf, symlaf yno.
Rydym yn gweld y datblygiad hwn:
- systemau gwybodaeth craidd (swyddfa gefn yn bennaf);
- mae haenau canol ar ffurf microservices yn cysylltu'r craidd, cyfanredol, creu storfa, ac ati;
- mae systemau rheng flaen wedi'u hanelu at y defnyddiwr;
- haen integreiddio sydd wedi'i hintegreiddio'n gyffredinol i farchnadoedd, systemau eraill ac ecosystemau. Mae'r haen hon mor ysgafn â phosibl, yn syml, ac yn cynnwys lleiafswm o resymeg busnes.
Ond ar yr un pryd, dwi’n gefnogwr i barhau i ddefnyddio’r hen egwyddorion os ydyn nhw’n cael eu defnyddio’n briodol.
Gadewch i ni ddweud bod gennych chi system fenter glasurol. Mae wedi'i leoli yn nhirwedd un gwerthwr ac mae'n cynnwys dau fodiwl sy'n gweithio gyda'i gilydd. Mae rhyngwyneb integreiddio safonol hefyd. Pam ei ail-wneud a dod â meicrowasanaeth yno?
Ond pan fo 5 modiwl yn y swyddfa gefn, y cesglir darnau o wybodaeth ohonynt i mewn i broses fusnes, a ddefnyddir wedyn gan 8-10 o systemau rheng flaen, mae'r budd yn amlwg ar unwaith. Rydych yn cymryd o bum system cefn swyddfa ac yn creu gwasanaeth, un ynysig, sy'n canolbwyntio ar y broses fusnes. Gwnewch y gwasanaeth yn dechnolegol ddatblygedig - fel ei fod yn storio gwybodaeth ac yn gallu goddef diffygion, a hefyd yn gweithio gyda dogfennau neu endidau busnes. Ac rydych chi'n ei integreiddio yn unol ag un egwyddor gyda'r holl gynhyrchion rheng flaen. Fe wnaethant ganslo'r cynnyrch rheng flaen - yn syml, fe wnaethant ddiffodd yr integreiddio. Yfory mae angen i chi ysgrifennu cymhwysiad symudol neu wneud gwefan fach a rhoi un rhan yn unig yn ymarferoldeb - mae popeth yn syml: fe wnaethoch chi ei ymgynnull fel adeiladwr. Gwelaf fwy o ddatblygiad yn y cyfeiriad hwn - yn ein gwlad o leiaf.
Alexander:
Disgrifiodd Sergey ein hymagwedd yn llwyr, diolch. Fe ddywedaf yn bendant ble na fyddwn yn mynd - i'r rhan graidd, i bwnc bilio ar-lein. Hynny yw, bydd graddio a chodi tâl yn parhau, mewn gwirionedd, yn dyrnwr “mawr” a fydd yn dileu arian yn ddibynadwy. A bydd y system hon yn parhau i gael ei hardystio gan ein hawdurdodau rheoleiddio. Popeth arall sy'n edrych tuag at gleientiaid, wrth gwrs, yw microwasanaethau.
Dmitriy:
Yma mae ardystio yn un stori. Mwy o gefnogaeth mae'n debyg. Os ydych chi'n gwario ychydig ar gefnogaeth neu os nad oes angen cefnogaeth ac addasiad ar y system, mae'n well peidio â chyffwrdd â hi. Cyfaddawd rhesymol.
Sut i ddatblygu microwasanaethau dibynadwy
Dmitriy:
Iawn. Ond mae gen i ddiddordeb o hyd. Nawr rydych chi'n adrodd stori lwyddiant: roedd popeth yn iawn, fe wnaethon ni newid i ficrowasanaethau, amddiffyn y syniad i'r busnes, a gweithiodd popeth allan. Ond dwi wedi clywed straeon eraill.
Ychydig flynyddoedd yn ôl, caeodd cwmni o'r Swistir a oedd wedi buddsoddi dwy flynedd mewn datblygu llwyfan microwasanaeth newydd ar gyfer banciau y prosiect yn y pen draw. Wedi cwympo'n llwyr. Gwariwyd miliynau lawer o ffranc y Swistir, ac yn y diwedd roedd y tîm yn wasgaredig - ni weithiodd allan.
Ydych chi wedi cael straeon tebyg? A oedd neu a oedd unrhyw anawsterau? Er enghraifft, mae cynnal microwasanaethau a monitro hefyd yn gur pen yng ngweithgareddau gweithredol y cwmni. Wedi'r cyfan, mae nifer y cydrannau yn cynyddu ddegau o weithiau. Sut ydych chi'n ei weld, a fu enghreifftiau aflwyddiannus o fuddsoddiadau yma? A beth allwch chi ei gynghori i bobl fel nad ydyn nhw'n dod ar draws problemau o'r fath?
Alexander:
Roedd enghreifftiau aflwyddiannus yn cynnwys busnesau yn newid blaenoriaethau a chanslo prosiectau. Pan oedd mewn cyfnod parod da (mewn gwirionedd, mae'r MVP yn barod), dywedodd y busnes: “Mae gennym ni flaenoriaethau newydd, rydyn ni'n symud ymlaen i brosiect arall, ac rydyn ni'n cau'r un hwn.”
Nid oedd gennym unrhyw fethiannau byd-eang gyda microwasanaethau. Rydyn ni'n cysgu'n dawel, mae gennym ni shifft dyletswydd 24/7 sy'n gwasanaethu'r BSS gyfan [system cymorth busnes].
Ac un peth arall - rydyn ni'n rhentu microwasanaethau yn unol â'r rheolau sy'n berthnasol i gynhyrchion mewn bocsys. Yr allwedd i lwyddiant yw bod angen i chi, yn gyntaf, ymgynnull tîm a fydd yn paratoi'r microwasanaeth yn llawn ar gyfer cynhyrchu. Mae'r datblygiad ei hun, yn amodol, yn 40%. Y gweddill yw dadansoddeg, methodoleg DevSecOps, yr integreiddiadau cywir a'r bensaernïaeth gywir. Rydyn ni'n rhoi sylw arbennig i egwyddorion adeiladu cymwysiadau diogel. Mae cynrychiolwyr diogelwch gwybodaeth yn cymryd rhan ym mhob prosiect ar y cam cynllunio pensaernïaeth ac yn ystod y broses weithredu. Maent hefyd yn rheoli systemau ar gyfer dadansoddi cod ar gyfer gwendidau.
Gadewch i ni ddweud ein bod yn defnyddio ein gwasanaethau heb wladwriaeth - mae gennym ni nhw yn Kubernetes. Mae hyn yn caniatáu i bawb gysgu'n heddychlon o ganlyniad i raddfa'n awtomatig a chodi gwasanaethau'n awtomatig, ac mae'r sifft dyletswydd yn codi digwyddiadau.
Yn holl fodolaeth ein microwasanaethau, dim ond un neu ddau o ddigwyddiadau sydd wedi cyrraedd ein llinell ni. Nawr nid oes unrhyw broblemau gyda gweithrediad. Nid oes gennym ni, wrth gwrs, 200, ond tua 50 o ficrowasanaethau, ond fe'u defnyddir mewn cynhyrchion blaenllaw. Pe byddent yn methu, ni fyddai'r cyntaf i wybod amdano.
Microwasanaethau ac AD
Sergey:
Rwy’n cytuno â’m cydweithiwr ynglŷn â’r trosglwyddo i gymorth – bod angen trefnu’r gwaith yn gywir. Ond fe ddywedaf wrthych am y problemau sydd, wrth gwrs, yn bodoli.
Yn gyntaf, mae'r dechnoleg yn newydd. Mae hyn yn hype mewn ffordd dda, ac mae dod o hyd i arbenigwr a fydd yn deall ac yn gallu creu hyn yn her fawr. Mae'r gystadleuaeth am adnoddau yn wallgof, felly mae arbenigwyr yn werth eu pwysau mewn aur.
Yn ail, gyda chreu tirweddau penodol a nifer cynyddol o wasanaethau, rhaid datrys problem ailddefnyddio yn gyson. Fel y mae datblygwyr yn hoffi ei wneud: “Gadewch i ni ysgrifennu llawer o bethau diddorol yma nawr...” Oherwydd hyn, mae'r system yn tyfu ac yn colli ei heffeithiolrwydd o ran arian, cost perchnogaeth, ac ati. Hynny yw, mae angen cynnwys ailddefnyddio ym mhensaernïaeth y system, ei gynnwys yn y map ffordd ar gyfer cyflwyno gwasanaethau a throsglwyddo etifeddiaeth i bensaernïaeth newydd.
Problem arall - er bod hyn yn dda yn ei ffordd ei hun - yw cystadleuaeth fewnol. “O, mae bois newydd ffasiynol wedi ymddangos yma, maen nhw’n siarad iaith newydd.” Mae pobl, wrth gwrs, yn wahanol. Mae yna rai sydd wedi arfer ysgrifennu yn Java, a rhai sy'n ysgrifennu ac yn defnyddio Docker a Kubernetes. Mae'r rhain yn bobl hollol wahanol, maen nhw'n siarad yn wahanol, yn defnyddio termau gwahanol ac weithiau ddim yn deall ei gilydd. Mae'r gallu neu'r anallu i rannu arfer, rhannu gwybodaeth, yn yr ystyr hwn hefyd yn broblem.
Wel, graddio adnoddau. “Gwych, gadewch i ni fynd! Ac yn awr rydym eisiau cyflymach, mwy. Beth, allwch chi ddim? Onid yw'n bosibl cyflawni dwywaith cymaint mewn blwyddyn? A pham?" Mae'n debyg bod poenau cynyddol o'r fath yn safonol ar gyfer llawer o bethau, llawer o ddulliau, a gallwch chi eu teimlo.
Ynglŷn â monitro. Mae'n ymddangos i mi fod gwasanaethau neu offer monitro diwydiannol eisoes yn dysgu neu'n gallu gweithio gyda Docker a Kubernetes mewn modd gwahanol, ansafonol. Felly, er enghraifft, nad oes gennych 500 o beiriannau Java y mae hyn i gyd yn rhedeg oddi tanynt, sef, mae'n agregu. Ond mae diffyg aeddfedrwydd o hyd i'r cynhyrchion hyn; mae'n rhaid iddynt fynd trwy hyn. Mae'r pwnc yn wirioneddol newydd, bydd yn parhau i ddatblygu.
Dmitriy:
Ie, diddorol iawn. Ac mae hyn yn berthnasol i AD. Efallai bod eich proses AD a'ch brand AD wedi newid ychydig dros y 3 blynedd hyn. Fe ddechreuoch chi recriwtio pobl eraill gyda gwahanol gymwyseddau. Ac mae'n debyg bod manteision ac anfanteision. Yn flaenorol, blockchain a gwyddor data oedd y hype, ac roedd arbenigwyr ynddynt werth miliynau. Nawr bod y gost yn gostwng, mae'r farchnad yn dod yn dirlawn, ac mae tuedd debyg mewn microservices.
Sergey:
Ie, yn hollol.
Alexander:
Mae HR yn gofyn y cwestiwn: “Ble mae eich unicorn pinc rhwng y pen ôl a'r blaen?” Nid yw AD yn deall beth yw microwasanaeth. Fe wnaethon ni ddweud y gyfrinach wrthyn nhw a dweud wrthyn nhw fod y backend yn gwneud popeth, ac nid oes unicorn. Ond mae AD yn newid, yn dysgu'n gyflym ac yn recriwtio pobl sydd â gwybodaeth TG sylfaenol.
Esblygiad microwasanaethau
Dmitriy:
Os edrychwch ar y bensaernïaeth darged, mae microservices yn edrych fel anghenfil o'r fath. Cymerodd eich taith sawl blwyddyn. Mae gan eraill flwyddyn, eraill tair blynedd. A wnaethoch chi ragweld yr holl broblemau, y bensaernïaeth darged, a newidiodd unrhyw beth? Er enghraifft, yn achos microwasanaethau, mae pyrth a rhwyllau gwasanaeth bellach yn ymddangos eto. A wnaethoch chi eu defnyddio yn y dechrau neu a wnaethoch chi newid y bensaernïaeth ei hun? A oes gennych heriau o'r fath?
Sergey:
Rydym eisoes wedi ailysgrifennu sawl protocol cyfathrebu. Ar y dechrau roedd un protocol, nawr fe wnaethon ni newid i un arall. Rydym yn cynyddu diogelwch a dibynadwyedd. Dechreuon ni gyda thechnolegau menter - Oracle, Web Logic. Nawr rydym yn symud i ffwrdd o gynhyrchion menter technolegol mewn microwasanaethau ac yn symud i dechnolegau ffynhonnell agored neu gwbl agored. Rydym yn cefnu ar gronfeydd data ac yn symud at yr hyn sy'n gweithio'n fwy effeithiol i ni yn y model hwn. Nid oes angen technolegau Oracle arnom mwyach.
Dechreuon ni'n syml fel gwasanaeth, heb feddwl faint oedd angen storfa arnom ni, beth fydden ni'n ei wneud pan nad oedd cysylltiad â microwasanaeth, ond roedd angen data, ac ati Nawr rydym yn datblygu llwyfan fel y gellir disgrifio'r bensaernïaeth nid yn iaith gwasanaethau, ac mewn iaith busnes, mynd â rhesymeg busnes i'r lefel nesaf pan fyddwn yn dechrau siarad mewn geiriau. Nawr rydym wedi dysgu siarad mewn llythyrau, a'r lefel nesaf yw pan fydd y gwasanaethau'n cael eu casglu i ryw fath o gyfanred, pan fydd hwn eisoes yn air - er enghraifft, cerdyn cynnyrch cyfan. Mae'n cael ei ymgynnull o ficrowasanaethau, ond mae'n API sydd wedi'i adeiladu ar ben hyn.
Mae diogelwch yn bwysig iawn. Cyn gynted ag y byddwch chi'n dechrau bod yn hygyrch a bod gennych chi wasanaeth y gallwch chi gael llawer o bethau diddorol trwyddo, ac yn gyflym iawn, mewn eiliad hollt, yna mae yna awydd i'w gael mewn ffordd nad yw'n fwyaf diogel. I ddianc rhag hyn, bu'n rhaid i ni newid dulliau o brofi a monitro. Roedd yn rhaid i ni newid y tîm, y strwythur rheoli cyflawni, CI/CD.
Mae hwn yn esblygiad - fel gyda ffonau, dim ond yn llawer cyflymach: yn gyntaf roedd ffonau botwm gwthio, yna ymddangosodd ffonau smart. Fe wnaethon nhw ailysgrifennu ac ailgynllunio'r cynnyrch oherwydd bod gan y farchnad angen gwahanol. Dyma sut rydyn ni'n esblygu: gradd gyntaf, degfed gradd, gwaith.
Yn iteraidd, mae rhywbeth yn cael ei osod bob blwyddyn o safbwynt technoleg, rhywbeth arall o safbwynt yr ôl-groniad a'r anghenion. Rydyn ni'n cysylltu un peth i'r llall. Mae'r tîm yn gwario 20% ar ddyled dechnegol a chymorth technegol i'r tîm, 80% ar yr endid busnes. Ac rydym yn symud gyda dealltwriaeth o pam yr ydym yn ei wneud, pam yr ydym yn gwneud y gwelliannau technolegol hyn, yr hyn y byddant yn arwain ato. Fel yna.
Dmitriy:
Cwl. Beth sydd yn MegaFon?
Alexander:
Y brif her pan ddaethom at ficrowasanaethau oedd peidio â mynd i anhrefn. Ymunodd swyddfa bensaernïol MegaFon â ni ar unwaith, hyd yn oed daeth yn ddechreuwr a gyrrwr - erbyn hyn mae gennym bensaernïaeth gref iawn. Ei dasg oedd deall pa fodel targed yr ydym yn mynd iddo a pha dechnolegau sydd angen eu treialu. Gyda phensaernïaeth, fe wnaethom gynnal y cynlluniau peilot hyn ein hunain.
Y cwestiwn nesaf oedd: “Yna sut i fanteisio ar hyn i gyd?” Ac un arall: “Sut i sicrhau rhyngweithio tryloyw rhwng microwasanaethau?” Helpodd rhwyll gwasanaeth ni i ateb y cwestiwn olaf. Fe wnaethon ni dreialu Istio a hoffodd y canlyniadau. Nawr rydym ar y cam o gyflwyno i barthau cynhyrchiol. Mae gennym agwedd gadarnhaol tuag at bob her - y ffaith bod angen i ni newid y pentwr yn gyson, dysgu rhywbeth newydd. Mae gennym ddiddordeb mewn datblygu, nid manteisio ar hen atebion.
Dmitriy:
Geiriau aur! Mae heriau o'r fath yn cadw'r tîm a'r busnes ar flaenau eu traed ac yn creu'r dyfodol. Creodd GDPR brif swyddogion diogelu data, ac mae heriau presennol yn creu prif swyddogion microwasanaethau a phensaernïaeth. Ac mae'n plesio.
Buom yn trafod llawer. Y prif beth yw bod dyluniad da o ficrowasanaethau a'r bensaernïaeth ei hun yn caniatáu ichi osgoi llawer o gamgymeriadau. Wrth gwrs, mae'r broses yn ailadroddol ac yn esblygiadol, ond dyma'r dyfodol.
Diolch i'r holl gyfranogwyr, diolch i Sergei ac Alexander!
Cwestiynau gan y gynulleidfa
Cwestiwn gan y gynulleidfa (1):
Sergey, sut mae rheoli TG wedi newid yn eich cwmni? Rwy’n deall, pan fo pentwr mawr o sawl system, bod sut y caiff ei reoli yn broses eithaf clir a rhesymegol. Sut wnaethoch chi ailadeiladu rheolaeth y gydran TG ar ôl i nifer fawr iawn o ficrowasanaethau gael eu hintegreiddio mewn cyfnod mor fyr?
Sergey:
Cytunaf â’m cyd-Aelod fod pensaernïaeth yn bwysig iawn fel gyrrwr newid. Dechreuon ni trwy gael adran bensaernïol. Ar yr un pryd, penseiri yw perchnogion y dosbarthiad ymarferoldeb a'r gofynion ar gyfer sut y bydd yn ymddangos yn y dirwedd. Felly maen nhw hefyd yn gweithredu fel cydlynwyr y newidiadau hyn. O ganlyniad, bu newidiadau penodol i broses gyflenwi benodol pan wnaethom greu llwyfan CI/CD.
Ond nid yw safon, egwyddorion sylfaenol datblygu, dadansoddi busnes, profi a datblygu wedi'u canslo. Rydym newydd ychwanegu cyflymder. Yn flaenorol, cymerodd y cylch gymaint, cymerodd gosod ar amgylcheddau prawf gymaint mwy. Nawr mae busnes yn gweld y budd ac yn dweud: “Pam na allwn ni wneud yr un peth mewn mannau eraill?”
Mae fel, mewn ffordd dda, chwistrelliad ar ffurf brechlyn a ddangosodd: gallwch chi ei wneud fel hyn, ond gallwch chi ei wneud mewn ffordd arall. Wrth gwrs, mae yna broblem mewn personél, mewn cymwyseddau, mewn gwybodaeth, mewn gwrthiant.
Cwestiwn gan y gynulleidfa (2):
Mae beirniaid pensaernïaeth microwasanaeth yn dweud bod profi a datblygu yn anodd. Mae hyn yn rhesymegol lle mae pethau'n mynd yn gymhleth. Pa heriau a wynebodd eich tîm a sut wnaethoch chi eu goresgyn? Cwestiwn i bawb.
Alexander:
Mae anawsterau wrth symud o ficrowasanaethau i lwyfan, ond gellir eu datrys.
Er enghraifft, rydym yn gwneud cynnyrch sy'n cynnwys 5-7 microwasanaeth. Mae angen inni ddarparu profion integreiddio ar draws y pentwr microservices cyfan i roi'r golau gwyrdd i symud i'r brif gangen. Nid oedd y dasg hon yn newydd i ni: roeddem wedi bod yn gwneud hyn ers amser maith yn BSS, pan roddodd y gwerthwr atebion i ni eisoes wedi'u cludo.
A dim ond yn y tîm bach y mae ein problem. Mae angen un peiriannydd SA ar gyfer un cynnyrch amodol. Ac felly, rydym yn llongio cynnyrch o 5-7 microservices, y gall trydydd parti ddatblygu 2-3 ohonynt. Er enghraifft, mae gennym gynnyrch yn ei ddatblygiad y mae ein gwerthwr system bilio, Mail.ru Group a MegaFon R&D yn cymryd rhan ynddo. Mae angen inni gwmpasu hyn gyda phrofion cyn ei anfon i'r cynhyrchiad. Mae'r peiriannydd QA wedi bod yn gweithio ar y cynnyrch hwn ers mis a hanner, ac mae gweddill y tîm yn cael ei adael heb ei gefnogaeth.
Dim ond graddio sy'n achosi'r cymhlethdod hwn. Rydym yn deall na all microwasanaethau fodoli mewn gwactod; nid yw ynysu llwyr yn bodoli. Wrth newid un gwasanaeth, rydym bob amser yn ceisio cadw'r contract API. Os bydd rhywbeth yn newid o dan y cwfl, mae'r gwasanaeth blaen yn parhau. Os yw'r newidiadau yn angheuol, mae rhyw fath o drawsnewid pensaernïol yn digwydd ac rydym yn symud i fetamodel data hollol wahanol, sy'n gwbl anghydnaws - dim ond wedyn y byddwn yn siarad am fanyleb API gwasanaeth v2 yn ymddangos. Rydym yn cefnogi'r fersiwn gyntaf a'r ail fersiwn ar yr un pryd, ac ar ôl i bob defnyddiwr newid i'r ail fersiwn, rydym yn syml yn cau'r un cyntaf.
Sergey:
Rwyf am ychwanegu. Cytunaf yn llwyr am gymhlethdodau - maent yn digwydd. Mae'r dirwedd yn dod yn fwy cymhleth, ac mae costau cyffredinol yn cynyddu, yn enwedig ar gyfer profi. Sut i ddelio â hyn: newid i brofion awtomataidd. Oes, bydd yn rhaid i chi fuddsoddi'n ychwanegol mewn ysgrifennu profion awtomatig a phrofion uned. Fel na allai datblygwyr ymrwymo heb basio'r prawf, ni allent newid y cod. Fel nad yw hyd yn oed y botwm gwthio yn gweithio heb awtotest, prawf uned.
Mae'n bwysig cynnal y swyddogaeth flaenorol, ac mae hyn yn orbenion ychwanegol. Os ydych chi'n ailysgrifennu technoleg i brotocol arall, yna rydych chi'n ei ailysgrifennu nes i chi gau popeth yn llwyr.
Weithiau nid ydym yn gwneud profion o un pen i'r llall yn bwrpasol, oherwydd nid ydym am atal datblygiad, er bod gennym un peth ar ôl y llall hefyd. Mae'r dirwedd yn fawr iawn, yn gymhleth, mae yna lawer o systemau. Weithiau dim ond bonion ydyw - ie, rydych chi'n gostwng yr ymyl diogelwch, mae mwy o risgiau'n ymddangos. Ond ar yr un pryd rydych chi'n rhyddhau'r cyflenwad.
Alexander:
Ydy, mae profion auto a phrofion uned yn caniatáu ichi greu gwasanaeth o ansawdd uchel. Rydym ar gyfer piblinell na ellir ei phasio heb brofion uned ac integreiddio. Yn aml mae'n rhaid i ni lusgo efelychwyr a systemau masnachol i barthau prawf ac amgylcheddau datblygu, oherwydd ni ellir gosod pob system mewn parthau prawf. Ar ben hynny, nid gwlychu yn unig y maen nhw - rydyn ni'n cynhyrchu ymateb llawn o'r system. Mae hon yn rhan ddifrifol o weithio gyda microwasanaethau, ac rydym hefyd yn buddsoddi ynddo. Heb hyn, bydd anhrefn.
Cwestiwn gan y gynulleidfa (3):
Cyn belled ag y deallaf, tyfodd microwasanaethau i ddechrau o dîm ar wahân ac maent bellach yn bodoli yn y model hwn. Beth yw ei fanteision a'i anfanteision?
Stori debyg sydd gennym ni: cododd math o ffatri microservices. Nawr rydym wedi dod i'r pwynt yn gysyniadol ein bod yn ymestyn y dull hwn o gynhyrchu gan ffrydiau a systemau. Mewn geiriau eraill, rydym yn symud i ffwrdd oddi wrth ddatblygiad canolog microwasanaethau, modelau microwasanaeth, ac yn dod yn nes at systemau.
Yn unol â hynny, mae ein gweithrediad hefyd yn mynd i systemau, hynny yw, rydym yn datganoli'r pwnc hwn. Beth yw eich ymagwedd a beth yw eich stori darged?
Alexander:
Fe wnaethoch chi ollwng yr enw “ffatri gwasanaethau micro” allan o'ch ceg - rydyn ni hefyd eisiau graddio. Yn gyntaf, mae gennym ni un tîm nawr. Rydym am roi cyfle i bob tîm datblygu sydd gan MegaFon weithio mewn ecosystem gyffredin. Nid ydym am gymryd drosodd yr holl swyddogaethau datblygu sydd gennym ar hyn o bryd. Y dasg leol yw graddfa, y dasg fyd-eang yw arwain datblygiad i bob tîm yn yr haen microwasanaeth.
Sergey:
Fe ddywedaf wrthych y llwybr yr ydym wedi'i gymryd. Fe ddechreuon ni weithio fel un tîm o ddifrif, ond nawr nid ydym ar ein pennau ein hunain. Rwy'n cefnogi'r canlynol: rhaid bod perchennog y broses. Mae angen i rywun ddeall, rheoli, rheoli ac adeiladu'r broses datblygu microwasanaethau. Rhaid iddo fod yn berchen ar adnoddau ac ymwneud â rheoli adnoddau.
Gellir lleoli'r adnoddau hyn, sy'n gwybod am dechnolegau, manylion ac sy'n deall sut i adeiladu microwasanaethau, mewn timau cynnyrch. Mae gennym gymysgedd lle mae pobl o'r platfform microwasanaeth yn y tîm cynnyrch sy'n gwneud y cymhwysiad symudol. Maent yno, ond maent yn gweithio yn ôl proses yr adran rheoli llwyfan microservice gyda'u rheolwr datblygu. O fewn yr adran hon mae tîm ar wahân sy'n delio â thechnoleg. Hynny yw, rydym yn cymysgu cronfa gyffredin o adnoddau ymhlith ein hunain ac yn eu rhannu, gan eu rhoi i dimau.
Ar yr un pryd, mae'r broses yn parhau i fod yn gyffredinol, wedi'i reoli, mae'n mynd rhagddo yn unol ag egwyddorion technolegol cyffredinol, gyda phrofion uned ac yn y blaen - popeth sy'n cael ei adeiladu ar ei ben. Efallai y bydd colofnau ar ffurf adnoddau a gasglwyd o wahanol adrannau o'r dull cynnyrch.
Alexander:
Sergey, chi yw perchennog y broses mewn gwirionedd, iawn? Ydy ôl-groniad y dasg yn cael ei rannu? Pwy sy'n gyfrifol am ei ddosbarthu?
Sergey:
Edrychwch: dyma'r cymysgedd eto. Mae ôl-groniad sy'n cael ei ffurfio yn seiliedig ar welliannau technolegol - dyma un stori. Mae ôl-groniad, sy'n cael ei lunio o brosiectau, ac mae ôl-groniad o gynhyrchion. Ond mae dilyniant y cyflwyniad i bob un o'r cynhyrchion gwasanaeth neu greu'r gwasanaeth hwn yn cael ei ddatblygu gan arbenigwr cynnyrch. Nid yw yn y gyfarwyddiaeth TG; cafodd ei dynnu oddi arni yn arbennig. Ond mae fy mhobl yn bendant yn gweithio yn ôl yr un broses.
Bydd perchennog yr ôl-groniad i gyfeiriadau gwahanol - yr ôl-groniad o newidiadau - yn wahanol bobl. Cysylltiad gwasanaethau technolegol, eu hegwyddor drefniadol - bydd hyn i gyd mewn TG. Fi sy'n berchen ar y platfform a'r adnoddau hefyd. Ar y brig mae'r hyn sy'n ymwneud â'r ôl-groniad a'r newidiadau swyddogaethol, a'r bensaernïaeth yn yr ystyr hwn.
Gadewch i ni ddweud bod busnes yn dweud: “Rydyn ni eisiau'r swyddogaeth hon, rydyn ni eisiau creu cynnyrch newydd - ail-wneud benthyciad.” Rydyn ni'n ateb: “Ie, fe wnawn ni ei ail-wneud.” Dywed penseiri: “Gadewch i ni feddwl: ble yn y benthyciad y byddwn ni'n ysgrifennu microwasanaethau a sut byddwn ni'n ei wneud?” Yna rydyn ni'n ei rannu'n brosiectau, cynhyrchion neu bentwr technoleg, ei roi mewn timau a'i roi ar waith. Ydych chi wedi creu cynnyrch yn fewnol ac wedi penderfynu defnyddio microwasanaethau yn y cynnyrch hwn? Rydyn ni’n dweud: “Nawr mae’n rhaid i’r systemau etifeddiaeth a oedd gennym ni, neu systemau rheng flaen, newid i’r microwasanaethau hyn.” Dywed y penseiri: “Felly: yn yr ôl-groniad technolegol y tu mewn i'r cynhyrchion rheng flaen - y newid i ficrowasanaethau. Ewch". Ac mae arbenigwyr cynnyrch neu berchnogion busnes yn deall faint o gapasiti sy'n cael ei ddyrannu, pryd y caiff ei wneud a pham.
Diwedd y drafodaeth, ond nid y cyfan
Trefnwyd cynhadledd mailto:CLOUD .
Rydym hefyd yn gwneud digwyddiadau eraill - e.e. @Kubernetes Cyfarfod, lle rydym bob amser yn chwilio am siaradwyr gwych:
- Dilynwch @Kubernetes a newyddion @Meetup eraill yn ein sianel Telegram
- Diddordeb siarad yn un o'r @Meetups? Gadael cais am
Ffynhonnell: hab.com