ā€œRadÄ«t tehnoloÄ£ijas, nedomājot par to, kas tās izmanto, ir pilnÄ«gi bezjēdzÄ«giā€: gara intervija ar Antonu Veisu

ā€œRadÄ«t tehnoloÄ£ijas, nedomājot par to, kas tās izmanto, ir pilnÄ«gi bezjēdzÄ«giā€: gara intervija ar Antonu Veisu

Å is habraposts ir intervija ar Antonu Veisu, tehnoloÄ£iju konsultāciju uzņēmuma Otomato Software lÄ«dzÄ«paÅ”nieku ar vairāk nekā 15 gadu pieredzi augsto tehnoloÄ£iju jomā. ViņŔ ir tehniskās mācīŔanas eksperts, pirmā DevOps sertifikācijas kursa Izraēlā iniciators un lÄ«dzautors. Antons piedalās starptautiskās konferencēs un ir pazÄ«stams kā forÅ”s lektors.

Mēs runāsim par Ŕādām tēmām:


AtŔķirÄ«ba starp Krieviju un Izraēlu

Oļegs: Lūdzu, pastāstiet mums, kas jūs esat un ko jūs darāt.

Antons: Esmu Antons, dzimis Sanktpēterburgā, bet 15 gadu vecumā pārcēlos uz Izraēlu un kopÅ” tā laika dzÄ«voju tur. Pēdējos divdesmit gadus Izraēlā esmu bijis iesaistÄ«ts IT dažādos veidos. No Å”iem divdesmit gadiem pēdējos desmit esmu specializējies visās jomās, kas saistÄ«tas ar programmatÅ«ras piegādi: integrāciju, to, ko kādreiz sauca par konfigurācijas pārvaldÄ«bu, un tajā, ko tagad sauc par DevOps. Strādāju lielos uzņēmumos – tādos starptautiskos uzņēmumos kā AT&T, BMC. Strādājis jaunuzņēmumos. Pēdējos četrus gadus man ir savs konsultāciju uzņēmums Otomato Software, kurā mēs palÄ«dzam organizācijām optimizēt piegādes procesus un apgÅ«t jaunus rÄ«kus: tas ir, mēs veicam gan tehnisko daļu, gan visu, kas ir saistÄ«ts ar to.

Oļegs: Vai ir atŔķirÄ«ba starp Krieviju un Izraēlu darba ziņā?

Antons: Es gandrÄ«z nekad nestrādāju ar Krievijas klientiem. Tas, kas mani ir saistÄ«jis ar Krieviju pēdējos 3 gadus, ir konferences. Un vairākos Krievijas uzņēmumos mēs veicām kaut ko lÄ«dzÄ«gu auditam: atbraucām, paskatÄ«jāmies, izdomājām, izdevām dažus ieteikumus un aizgājām. Tas ir, tāda ikdienas darba nebija, tāpēc man ir grÅ«ti precÄ«zi pateikt, kā tas atŔķiras. Es domāju, ka visur ir dažādas lietas. Tas ir, piemēram, Izraēlā mums ir tik smagas korporatÄ«vās organizācijas, kurās cilvēki strādā 15 gadus, un viss notiek ļoti smagi. Un neatkarÄ«gi no tā, kā viņi mēģina veikt kaut kādas pārvērtÄ«bas, uzlabot procesus: runās un runās, bet... Mums ir klients, ar kuru pirms diviem gadiem mēs darÄ«jām visu un pieņēmām visus lēmumus, izstrādājām visas programmas un dažos tajā brÄ«dÄ« tas viss apstājās, mēs izkāpām no turienes. Tikai pirms pāris dienām es satiku priekÅ”niekus no turienes, ar kuriem mēs strādājām, un es teicu:

- Nu kā?

-Nu Ŕādi. Tas ir grÅ«ti, viņi saka, mēs to darām, tagad kaut kas sāk notikt.

Divus gadus vēlāk. Ir politika, ir ietekmes zonas. Ir cilvēki, kuri nevēlas izlaist Ŕīs ietekmes zonas, tādēļ, iestājoties Ŕādai situācijai, ir ļoti grÅ«ti kaut ko mainÄ«t. Nu paÅ”i instrumenti kaut kā virzās uz priekÅ”u. No otras puses, Izraēlā ir jaunizveidoti uzņēmumi, kuros viss mainās ļoti ātri, ir viegli izveidot jaunu rÄ«ku, un tie visi jau ir mākonis un pilnÄ«bā atrodas mākonÄ«. Tā, starp citu, var bÅ«t viena no taustāmajām atŔķirÄ«bām starp Krieviju un Izraēlu. Izraēlā publiskais mākonis ir daudz vienkārŔāks. No tā, ko es redzēju. Piemēram, Krievijā Ŕķiet, ka visiem, izņemot jaunuzņēmumus, ir ļoti grÅ«ti nokļūt publiskajā mākonÄ«, bet Izraēlā tas joprojām ir vieglāk. Å odien pat bankām un apdroÅ”ināŔanas kompānijām jau ir zināma izpratne, ka vismaz daļu no viņu mantām var izvilkt publiskajā mākonÄ«. Un neviens Å”eit nebaidās no lÄ«gumiem ar Google un Amazon. No tā, ko es dzirdēju konferencēs Krievijā, tur tomēr ir sarežģītāk, nu, pat no sankciju vai nesankciju un dažu juridisku jautājumu viedokļa.

AtŔķirÄ«ba starp jaunizveidotiem uzņēmumiem un milžiem

Oļegs: Es saprotu. Starp citu, kur jums ir interesantāk un patīkamāk strādāt: jaunuzņēmumos vai lielās organizācijās?

Antons: Tas ir patÄ«kamāk, protams, startup uzņēmumos, jo lielas organizācijas... nu, tieŔām, materiāls kustas ļoti smagi. Tam, protams, ir savas priekÅ”rocÄ«bas. Ja paskatās uz lielām organizācijām, tajās, piemēram, ir daudz vairāk tā, ko sauc par dažādÄ«bu. Lielie uzņēmumi, vienkārÅ”i tāpēc, ka tiem vajag daudz cilvēku vai tāpēc, ka tā ir kaut kāda organizācijas kultÅ«ra, kas ir izveidojusies gadu gaitā, ir gatavi pieņemt darbā dažādus cilvēkus. Konkrēti pie mums, Izraēlā, piemēram, startupos diez vai atradÄ«si, piemēram, arābus, tādu gandrÄ«z nav. Lielās organizācijās tas ir daudz vienkārŔāk. Taču jaunuzņēmumi izaug no kaut kādas kultÅ«ras fona, kurā lielākā daļa dalÄ«bnieku pamatā ir tie paÅ”i baltie vÄ«rieÅ”i. Tur valda kultÅ«ra, ka ir smagi jāstrādā, un vēlams strādāt 10-12 stundas dienā, un arÄ« ar to nepietiek. Å Ä·iet, ka mums aiz muguras ir Maskava (tas ir, Telaviva), nav kur atkāpties, un tāpēc mums ir jānoasiņo Å”eit un tagad.

Oļegs: Kā ar atŔķirÄ«bu pieejā DevOps mazos un lielos uzņēmumos? Tas ir, ja jÅ«s, piemēram, strādājat diviem cilvēkiem, jums nav paÅ”am jāiestata CI/CD, bet gan jākopē artefakti, izmantojot SCP.

Antons: No vienas puses, jā. No otras puses, Å”odien CI/CD iestatīŔana nenozÄ«mē, ka jÅ«s patieŔām veicat nepārtrauktu piegādi. Bet izveidot sev kaut kādu cauruļvadu, ja esat divu cilvēku uzņēmums, ir ļoti, ļoti vienkārÅ”i. Ja iepriekÅ” jums vajadzēja kaut kā apjukt, Å”odien jums ir daudz mākoņpakalpojumu. Es uzrakstÄ«ju YAML un mēs devāmies ceļā. Ar Å”o ir vieglāk. Faktiski izaicinājums sastāv no aizauguÅ”iem jaunizveidotiem uzņēmumiem. Tie, kas ir pārsnieguÅ”i 20 cilvēkus, un Å”eit viņiem sākas sāpes ar zvīņoÅ”anos, jo nav procesu. IepriekÅ” viss kaut kā darbojās, bet tagad sākas viss haoss, un nav skaidrs, kā mēs varam saglabāt Å”o bijuÅ”o dinamismu un vienlaikus veikt procesus, un izlemt, kurÅ” vēl to visu darÄ«s.

Un tad sākas visas lietas ā€œmums bÅ«s DevOps komanda, kas bÅ«s atbildÄ«ga par DevOpsā€, mēs zinām, kur tas vairumā gadÄ«jumu noved. Parādās saÅ”aurinājums, un pamazām tie izaug lÄ«dz vietai, kur tagad atrodas lielie uzņēmumi. Lielajos uzņēmumos problēma ir pavisam cita, tajos vairs nav pat saÅ”aurinājuma, bet vienkārÅ”i vārti, kas ir tik jaudÄ«gi, ka atveras reizi dienā, un pārējā laikā tur sakrājas milzÄ«gs daudzums atkritumu. Un tāpēc viņi domā: "Kā mēs tagad varam izveidot daudzas mazas vārtejas no Ŕīs vārtejas, kuras var atvērt daudz vieglāk?" Tas ir, pavisam citas problēmas. Startupiem ir problēma ar to, ka ā€œmÅ«s iesÅ«c piltuvē, kā mēs varam tikt ārā?ā€, un lielajiem uzņēmumiem ir problēma - viņi jau ir piltuvē, viņi jau ir pagrÄ«des valstÄ«bā, tagad viņi ir. domājot par to, kā viņi var peldēt atpakaļ.

Sarežģītības pieauguma tendence un kā ar to rīkoties

Oļegs: Nu, un tehniskās daļas pluss: ja jums ir maz cilvēku, vienkārÅ”as tehnoloÄ£ijas, jums jāzina dažas pamatlietas Linux, un tas arÄ« viss. Un pie mazākās mērogoÅ”anas ir jāapgÅ«st Kubernetes, un tā Ŕķiet problēma.

Antons: Un tā neapÅ”aubāmi ir problēma. Mums bija konference tikai pirms divām dienām, un bija ļoti pamanāms, ka gandrÄ«z visi, kas tur kaut ko teica, min vienu vārdu: ā€œsarežģītÄ«baā€. Tas ir kļuvis par sava veida definējoÅ”u vārdu visā DevOps diskursā Å”odien.

Oļegs: Vai tā bija pirms gada?

Antons: CenÅ”oties visu darÄ«t ātri, dinamiski, lai sasniegtu bēdÄ«gi slaveno elastÄ«bu, esam radÄ«juÅ”i sev tādu sarežģītÄ«bu. PatieŔām, ir daudz mazu cauruļvadu, kas atseviŔķi darbojas lieliski, un tad mēs cenÅ”amies no tā visa izveidot kaut kādu pasaules attēlu, un Å”eit pēkŔņi rodas sarežģītÄ«ba. Jo no visiem Å”iem mazajiem cauruļvadiem mēs tagad veidojam vienu procesu, lai viss uzņēmums strādātu kā cilvēks.

Oļegs: Un kāda ir atbilde? Kā pārvaldīt Ŕo sarežģītību?

Antons: Nu nav atbilžu, tās dzimst procesā. Mans ziņojums bija par vienu no Å”iem lēmumiem. Kopumā, pie kā tas viss noved? Savulaik es biju inficēts ar sistēmisku domāŔanu, tas ir daudz minēts DevOps. Man radās interese, es lasÄ«ju PÄ«tera Sendža, Rasela Akofa, Donellas MÄ«dovas grāmatas - cilvēkus, kuri savulaik kaut kā sāka sistēmisku domāŔanu un kopumā iezÄ«mēja tās galvenos postulātus. Viens no galvenajiem objektÄ«viem, caur kuru sistēmu domāŔana skatās uz pasauli, ir atgriezeniskās saites cilpas. Ar Å”o sarežģītÄ«bu tagad rodas Ŕīs atgriezeniskās saites cilpas, tas ir, sarežģītÄ«ba kļūst ļoti, ļoti augsta, mēs sākam meklēt rÄ«kus, lai vismaz kaut kā kontrolētu Å”o sarežģītÄ«bu. Es nesaku, lai to samazinātu — lai tas nesabojātos.

Parādās centralizēti risinājumi, pa lielam pat Kubernetes ir kaut kas tāds. Jums ir centralizēta vadÄ«bas plakne, kas tajā brÄ«dÄ«, kad to kontrolējat, kontrolēs visu apkārt esoÅ”o pakalpojumu sarežģītÄ«bu. Servisa siets, tas pats servisa siets, ir tāda paÅ”a veida risinājums. Mēs sakām: "Mums ir daudz pakalpojumu, mums ir nepiecieÅ”ams, lai viņi varētu kaut kā sarunāties savā starpā, jo nav skaidrs, kur viņi sēž un nav skaidrs, vai viņi viņiem atbildēs vai nē, un viņi nevar tikt galā to paÅ”i. Tāpēc darÄ«sim to tagad, pa vidu ievietosim noteiktu universālu prātu, kas viņiem pateiks, ar ko viņi var runāt un ar ko nevar runāt, un pasargās viņus, ja viņi pēkŔņi atbildēs kaut ko rupju. Un Å”ajā sakarā ir daudz jautājumu. No vienas puses, tā ir zināma nepiecieÅ”amÄ«ba, jo organizācijas netiek galā. Pēdējo pāris gadu laikā esam palÄ«dzējuÅ”i vairākām organizācijām pāriet uz drosmÄ«go jauno Cloud Native pasauli, it Ä«paÅ”i, ja uzņēmums aug, tā mērogos un cilvēki vienkārÅ”i apmaldās. Tam visam pa vidu ir neliela tā saukto DevOps komanda, kurai jāraksta tÅ«kstoÅ”iem YAML rindiņu, lai kaut kā tiktu ar to visu galā, un viss vienkārÅ”i jÅ«k pa Å”uvēm.

Vietējais mākonis

Oļegs: Vai varat nedaudz paskaidrot, kas ir Cloud Native? Tā kā tas ir kļuvis par kaut kādu modes vārdu, tagad visi to raksta uz katras sienas. Kā jūs to redzat?

Antons: Kopumā viss sākās ar ā€œplatformas kā pakalpojumaā€ pieejas parādīŔanos, tas ir, kad mums vajadzēja palaist daudz vairāk programmatÅ«ras un daudz vairāk tÄ«mekļa pakalpojumu, nekā bija nepiecieÅ”ams iepriekÅ”. Sapratām, ka vairs nav iespējams izritināt katru servisu atseviŔķi, kā ar mīļu mājdzÄ«vnieku, kuru pazÄ«stam pēc vārda un rÅ«pējamies visu mūžu, ar viņiem jātiek galā kā ar bariņu. Lai to izdarÄ«tu, mums ir vajadzÄ«ga kāda veida viendabÄ«ga platforma, uz kuras mēs varam iemest Å”o kodu, un platforma bÅ«s pietiekami gudra, lai to apkalpotu. ÄŖsāk sakot, automātiskais dzērājs ir automātiskā dzērāja automātiskā padevēja apkalpoÅ”anai.

Å Ä«s pieejas pionieri bija Heroku. Viņi teica, ka, lai Å”ie dienesti varētu izmantot mÅ«su infrastruktÅ«ru, arÄ« tām jābÅ«t govÄ«m. Tas ir, viņiem ir jābÅ«t noteiktām Ä«paŔībām. Tā parādÄ«jās 12 faktoru lietojumprogramma, kurai bija jābÅ«t pēc iespējas mazākam stabilam stāvoklim. Šāda lietojumprogramma obligāti tiek montēta ar sava veida cauruļvadu, kas pārbauda tā saderÄ«bu ar platformu. Tai ir jāspēj bÅ«t izturÄ«gam – zināt, ja kaut kas noiet greizi, tad nevajag uzreiz krist. No otras puses, savā ziņā paļaujieties uz platformu. Kopumā tas ir sava veida hibrÄ«ds. Saprotiet, ka neesat viens, ka pastāv platforma un jums ir jāievēro tās ierobežojumi. Kopumā viss sākās no turienes.

Taču Ŕī ā€œplatformas kā pakalpojumaā€ pieeja nez kāpēc sevi neattaisnoja, un solÄ«tais bums nenotika. Tas ir, jā, bija Heroku, tad uzreiz pēc viņiem visi lielie puiÅ”i arÄ« izvirzÄ«ja analogus: Google App Engine, Amazon - Elastic Beanstalk. Man bija daudz jāstrādā ar uzņēmumiem, kas sāka ar to. Bet brÄ«dÄ«, kad jÅ«s darāt kaut ko, kas nedaudz pārsniedz platformas atļauto, tas pārvērÅ”as par briesmÄ«gām galvassāpēm. Jo jÅ«s sākat atdurties pret sienām, kas ir visur. Un kā cilvēki mēdz darÄ«t, kad viņi saskaras ar sienām, viņi sāk meklēt veidu, kā izcirst sienu.

Modernais Cloud Native no turienes izauga: kā panākt, lai tas joprojām darbotos mākonÄ«, izmantotu dažus platformas pakalpojumus, bet tajā paŔā laikā nodroÅ”inātu pārsteidzoÅ”u elastÄ«bu visā, kas notiek. Mēs pastāvÄ«gi balansējam starp elastÄ«bu un vienkārŔību. ElastÄ«gums rada sarežģītÄ«bu, un vienkārÅ”oÅ”ana un skaidras platformas izveide vienmēr rada ierobežojumus. AcÄ«mredzot Cloud Native mērÄ·is ir atrast zināmu lÄ«dzsvaru starp mākoņa platformas ierobežojumiem un elastÄ«bu, ko mākonis nodroÅ”ina ar automātisko mērogoÅ”anu, un tam visam ir cena.

Oļegs: DroŔi vien paŔai organizācijai kaut kā jāmācās procesuāli sadzīvot ar Ŕo visu lietu.

Antons: Dabiski, dabiski! Tas viss atstāj nospiedumu. Uz to attiecas arÄ« mikropakalpojumi. Kopumā tā ir doma, ka mums ir mazi servisi, mazas lietojumprogrammas, kas ir izkaisÄ«tas pa visu mākoni un var atrasties jebkurā vietā un jebkurā laikā, un tagad var bÅ«t 10 kopijas, bet rÄ«t - 1500, tas viss arÄ« ir daļa no Cloud Native. Ideja, ka mÅ«s neierobežo datu centra fiziskās robežas. Kopumā visa pasaule ir mans mākonis, tas ir absolÅ«ti brÄ«niŔķīgs redzējums, brÄ«niŔķīga tiekÅ”anās, bet tai ir cena, un Ŕī cena ir sarežģītÄ«ba, cena ir tāda, ka kopumā neviens nevar iekļauties savā galvā. kas notiks, kad mÅ«su lietojumprogrammu skaits pēkŔņi pieaugs no 10 gadÄ«jumiem lÄ«dz 1500. Neviens to nevar iedomāties, un sāk parādÄ«ties visi mērogoÅ”anas artefakti. Mēs kā cilvēki, kā operatori nevaram darÄ«t neko citu kā tikai reaģēt uz notiekoÅ”o haosu. Un tāpēc mēs sākam domāt: "Kā mēs varam izveidot savu lietojumprogrammu un infrastruktÅ«ru tā, lai tad, kad Å”ie artefakti rodas, pirmkārt, tos varētu paredzēt, un, otrkārt, mēs varētu kaut kā tikt galā ar Å”iem artefaktiem un turpināt darboties?"

Tehnisko un netehnisko prasmju apvienoŔana

Oļegs: Jums ir ziņojumi par tehniskām lietām, piemēram, par dienesta sietu un ir ziņojumi par vadÄ«bu, vadÄ«bu un visu to. Vai jÅ«s kopumā esat vairāk tehniska persona, vai esat vadÄ«tājs, vai arÄ« jÅ«su struktÅ«ra kaut kā atŔķiras?

Antons: Kādā brÄ«dÄ« es pat sāku rakstÄ«t ziņu par Å”o, bet vēl neesmu to pabeidzis. Es personÄ«gi esmu kaut kā plosÄ«jies starp Ŕīm divām lietām, jo, no vienas puses, man patÄ«k saprast, kā lietas darbojas, man patÄ«k tās izdomāt. Kad izdodas atrisināt kādu tehnisku problēmu, tas vienkārÅ”i sniedz apbrÄ«nojamu sajÅ«tu par savām spējām, ko sauc par tÅ«lÄ«tēju gandarÄ«jumu, tÅ«lÄ«tēju atalgojumu, dopamÄ«na pieplÅ«dumu: ā€œAk, forÅ”i, es to varu, esmu izlēmis. ā€ Un ir grÅ«ti padoties, ir grÅ«ti no tā atbrÄ«voties. Un tā kā tas ir tur, es turpinu darÄ«t tehniskās lietas. Jaunās tehnoloÄ£ijas mani aizrauj: ir forÅ”i kaut ko iedziļināties, kaut ko saprast. Sakarā ar to izrādās, ka, tā kā Ŕīs zināŔanas ir, cilvēki vēlas tās iegādāties, un es turpinu tās pārdot.

No otras puses, es saprotu, ka tas ir tikai mazs gabals no kopējā attēla, esmu pietiekami ilgi strādājis Å”ajā nozarē un nevaru neredzēt, ka tehnoloÄ£ija ir tikai lielākas sistēmas stÅ«ris, tikai viena no sastāvdaļām. . Esmu vadÄ«jis komandas un saprotu, cik svarÄ«gi ir apsvērt, kā tehnoloÄ£ijas un rÄ«ki mijiedarbojas ar cilvēkiem, kas tos izmanto. Galu galā informācijas tehnoloÄ£ijas, faktiski jebkura tehnoloÄ£ija, pastāv, lai cilvēki varētu to izmantot. Un radÄ«t tehnoloÄ£ijas, nedomājot par to, kas tās izmanto, ir pilnÄ«gi bezjēdzÄ«gi. Pati tehnoloÄ£ija nemaz nav interesanta, ja vien nedomā par tās pielietojumu, un aplikācija vienmēr ir saistÄ«ta ar cilvēkiem, kuri no tās kaut kādā veidā gÅ«st labumu. Un tāpēc arÄ« viss ap tehnoloÄ£ijām mani ļoti interesē. JÅ«tu, ka par to ir jārunā, saprotu, ka bez tā viss tieŔām zaudē savu jēgu. LÄ«dz vietai, kur man dažreiz patÄ«k sēdēt un uzlauzt divas vai trÄ«s dienas, dažreiz nedēļas. Mani var aizraut kāda problēma, kuru nevaru atrisināt, es varu tās atrisināt un gÅ«t no tās pārsteidzoÅ”as priekÅ”rocÄ«bas. Bet tad es paceļu galvu no tastatÅ«ras, paskatos apkārt un saprotu, ka visapkārt notiek kaut kas tāds, ko es nekādi nevaru ignorēt. Un tad kodēŔana un Ä·emmēŔanās ar Linux man kļūst pilnÄ«gi neinteresanti un nesvarÄ«gi, un es gribu sākt risināt problēmas citā lÄ«menÄ«, cilvēciskā lÄ«menÄ«.

Kā ātri saprast DevOps

Oļegs: Klausieties, vai jums ir kāds padoms cilvēkiem, kuri paÅ”laik nodarbojas ar inženieriju un vienlaikus apgÅ«st DevOps praksi? Kā to visu sabāzt sevÄ« un kādā secÄ«bā? RelatÄ«vi runājot, kā jÅ«s varat plānot savu karjeru, lai Ä«sā laikā kļūtu veiksmÄ«gāks?

Antons: Eh... Nu nav universāla padoma, atkal no savas pieredzes. Diezgan ilgu laiku, iespējams, pirmos 10 savas karjeras gadus, es biju neapmierināts ar savu vietu. Es meklēju to, kas man nepatÄ«k, koncentrējos uz to, meklēju, ko man bÅ«tu interesantāk darÄ«t. Bet kopumā viņŔ neko nedarÄ«ja. Galvenais padoms ir... Kurā brÄ«dÄ«, manuprāt, mana karjera ir pacēlusies? BrÄ«dÄ«, kad sāku runāt par lietām, kas mani interesēja. Tehnisko zināŔanu joma, pat ne tikai tehniskās zināŔanas, kopumā pati informācijas tehnoloÄ£iju joma ir ļoti plaÅ”a, tas ir, jÅ«s varat bÅ«t tehniÄ·is: izstrādātājs, testētājs, integrators un sistēmas administrators - tas viss ir dažādas lietas, tur katrs var atrast savu niÅ”u. Nevēlies bÅ«t pilnÄ«gs tehniÄ·is, vai tevi interesē gan tehniskas, gan biznesa lietas? Iesaisties produktu un projektu darbā. Ir daudz niÅ”u, atrodiet savu niÅ”u, kas jums bÅ«s interesanta.

MÅ«sdienās daudz tiek runāts par T veida profesionāļiem. Jums ir jāsaprot, kur atrodas jÅ«su T kāja, izvēlieties vienu lietu un sāciet rakt Å”ajā vietā. BrÄ«dÄ«, kad raksiet, atklāsies pārsteidzoÅ”i dziļumi. Bet rakt var jebkur. Un es labi apzinos, ka ir daudzas jomas, kurās neesmu iedziļinājies, jo mēģināju paskatÄ«ties un sapratu, ka tas nav priekÅ” manis. Bet kur tev interesē rakÅ”ana, turpini rakt, un Å”eit ir ļoti svarÄ«gi par to runāt. Es domāju vēlreiz, es saprotu, ka tas nav piemērots visiem. Bet arÄ« Å”eit katram ir dažādi izteiksmes veidi: dažiem var bÅ«t piemēroti rakstÄ«t emuārus, bet, ja nevarat rakstÄ«t literārus un smieklÄ«gus emuārus, vienkārÅ”i rakstiet tehniskus emuārus, publicējiet Gist’s vietnē GitHub. Ja esat atrisinājis problēmu, publicējiet to.

Kopumā Å”odien karjeras attÄ«stÄ«ba notiek, daloties. Ir iemesls, kāpēc zināŔanu apmaiņa ir tik svarÄ«ga DevOps vērtÄ«ba. No tā gÅ«st labumu visi pārējie, un jÅ«s pats vienmēr gÅ«stat labumu, ja dalāties savās zināŔanās. JebkurÅ” cilvēks, kurÅ” ir izmantojis savu kodu, lieliski zina, cik ļoti nepiecieÅ”ams kods Ä·emmēt, kā jums ir jādomā citādāk brÄ«dÄ«, kad jÅ«s to atdodat kādam citam, un jÅ«s saprotat, ka kāds cits to izmantos. TÅ«lÄ«t parādās tās paÅ”as sociotehniskās lietas, par kurām es runāju. Tu sāc domāt, ka tas nav tikai kods, bet gan kods, ko lasÄ«s cits cilvēks, varbÅ«t gribēs to mainÄ«t, vajadzēs saprast, ko Å”is kods dara. Un, kad rodas Ŕī mijiedarbÄ«ba, jÅ«s jau sākat mijiedarboties ar citiem cilvēkiem savās smadzenēs. Un cilvēka karjera attÄ«stās tikai mijiedarbÄ«bā ar citiem cilvēkiem. Kopumā, kas ir karjera? Karjera nozÄ«mē, ka es kļūstu noderÄ«gs lielākam skaitam cilvēku, noderÄ«gs un vajadzÄ«gs. IegÅ«stu zināŔanas, kas vajadzÄ«gas un noderÄ«gas lielākam skaitam cilvēku. Lai to izdarÄ«tu, jums ir jāsaprot, ko Å”ie cilvēki vēlas un kas viņiem ir vajadzÄ«gs. Kaut kas tamlÄ«dzÄ«gs. Viss vienmēr ir atkarÄ«gs no cilvēkiem.

Oļegs: Pieņemsim, ka mēs esam tik forÅ”i, veicam DevOps, visādas jaunas prakses un tā tālāk. Bet ir tie, kas to zina un ciena, un tad ir visi pārējie. Un iedomājies, ka tu dažos strādā komandā, it Ä«paÅ”i lielā uzņēmumā, un tur joprojām ir... bÅ«sim uzmanÄ«gi, viņi nav Ä«paÅ”i pazÄ«stami un nav Ä«paÅ”i cienÄ«ti. Vai ir kādi veidi, kā sākt Ä«stenot visas Ŕīs idejas? Ja neesi lÄ«deris. Ir skaidrs, ka, ja esat vadÄ«tājs, varat vienkārÅ”i pateikt: "Mēs to ieviesÄ«sim rÄ«t." Kas notiek, ja esat parasts cilvēks un vēlaties pilnveidoties?

Antons: Pirmkārt, nav obligāti, ka tas darbosies, ja jÅ«s kā priekÅ”nieks sakāt: "Mēs to Ä«stenosim rÄ«t." Cilvēki veiks dažus uzdevumus, taču tas nenozÄ«mē, ka nez no kurienes parādÄ«sies dziļa izpratne par to, kāpēc tas tiek Ä«stenots. Un tad nevienam nepatÄ«k nekādas izmaiņas, it Ä«paÅ”i, ja viņi viņam saka: "Tev ir jāmainās."

Oļegs: Un ko darīt?

Antons: Nu, lÅ«k, es biju Å”ajā vietā un iesaistÄ«jos Ŕādu procesu Ä«stenoÅ”anā, faktiski no apakÅ”as, bÅ«dams tikai komandas darbinieks, un tad jau bÅ«dams komandas vadÄ«tājs. VienÄ«gā pieeja, kas darbojas, ir narkotiku tirgotāja pieeja. To es saucu par "uz pakalpojumiem balstÄ«tu sadarbÄ«bu", tas ir, uz pakalpojumiem orientētu sadarbÄ«bu. Kopumā jÅ«s zināt, ka jums apkārt ir daži cilvēki, kurus varat uztvert kā savus klientus. Mēs kaut ko darām, kāds cits to izmanto. VienkārŔākajā scenārijā, par ko Agile reiz runāja: Å”eit es esmu izstrādātājs, man ir klients, un attiecÄ«gi man ir jāsaprot, ko vēlas mans klients, lai efektÄ«vi izstrādātu programmatÅ«ru.

Lielā uzņēmumā man bieži nav tieÅ”as mijiedarbÄ«bas ar klientu, ar lietotāju. Bet man apkārt ir cilvēki. Piemēram, es rakstu bibliotēku - citi cilvēki integrējas ar to, es rakstu kaut kādu aizmugursistēmu - man ir priekÅ”gala izstrādātāji, kuriem ar to jārunā, es rakstu kodu - man ir testētāji, kas vai nu raksta testus manā vietā, vai atkal dodu viņiem versijas, lai viņiem ir ko pārbaudÄ«t. Un kopumā ir jādomā: ā€œÅ eit es esmu pakalpojumu sniedzējs, man ir klienti. Viss darbosies vislabāk, ja es iepriecināŔu savus klientus. Tas ir, ja mani klienti ir apmierināti, tad es būŔu laimÄ«gs. AcÄ«mredzot izpelnīŔos, pirmkārt, zināmu reputāciju sev, izpelnīŔos labu attieksmi, saņemÅ”u pozitÄ«vas atsauksmes.ā€ Un, atgriežoties pie narkotiku dÄ«leru pieejas, es vēlos, lai Å”ie klienti atgrieztos pie manis, lai saņemtu to paÅ”u.

Tas ir, ja es domāju, ka kāda pieeja ir pareiza, piemēram, nepārtraukta integrācija ar testiem... Ir programmētāji, kuriem Å”odien, piemēram, ir grÅ«ti pārbaudÄ«t savu darbu. Mums ir jāpārliecinās, ka viņiem par to nav pārāk daudz jādomā, lai viņi saņemtu Å”os čekus pēc iespējas vieglāk. Å odien tas izskatās diezgan triviāli, pirms 10 gadiem tas nebija nekāds triviāls: tajā brÄ«dÄ«, kad es iespiedu savu kodu, lai viss automātiski kaut kur tiktu uzbÅ«vēts, izvietots un tikai tad, ja bÅ«tu kļūda, es saņemtu ziņojumu, tikmēr varēju mierÄ«gi iet iedzert kafiju un nedomāt par to, ka tagad vajag kompilāciju palaist datorā, lai bÅ«tu visi nepiecieÅ”amie instrumenti, jo arÄ« tas sāp galva. Tas ir, ja jÅ«s samazinat galvassāpju daudzumu, cilvēki uz to aizÄ·eras. Mēs visi to redzam: brÄ«dÄ«, kad jums ir labi funkcionējoÅ”s cauruļvads, ļoti ātri visi, kas to izmanto, vairs nevar iedomāties dzÄ«vi bez tā. Ja es vēlos kaut ko mainÄ«t, man ir jārada process, no kura cilvēkiem bÅ«s zināma emocionāla atkarÄ«ba.

Oļegs: Labi. Daudzi cer, ka atnāks kāds karalis, izcils līderis vai kas cits un pateiks, kā dzīvot, un pēc tam visi, protams, pārcelsies uz jaunu drosmīgu pasauli ar DevOps vai ko citu. Vai tāds karalis ir vajadzīgs?

Antons: Nē, karalis, kurÅ” pateiks, kā dzÄ«vot, noteikti nav vajadzÄ«gs. PriekÅ”nieks, kurÅ” ir gatavs uzklausÄ«t savus darbiniekus, viņiem uzticēties un atbalstÄ«t viņus, veicot darbu tā, kā viņiem Ŕķiet visērtāk un pareizāk? Jā, tāds cilvēks ir vajadzÄ«gs, jo bez tā tā bÅ«s tikai cīņa. Un padoto cīņa pret priekÅ”niecÄ«bu ne ar ko labu nebeidzas. Rezultātā vienam cilvēkam tas noteikti slikti beigsies vai nu priekÅ”niekam, vai padotajiem.

Bet problēma ir tā, ka cilvēkiem ir ļoti grūti pateikt, ko darīt un ko nedarīt. Viņi galu galā dara to, uz ko viņus liek viņu kultūras fons, ego vai īslaicīgais emocionālais stāvoklis.

Noderīgākās prakses un tehnoloģijas no DevOps pasaules

Oļegs: Starp citu, tagad tiek sludināts milzÄ«gs skaits visdažādāko prakÅ”u: ir pieejas no Google, ir pieejas no Netflix, no visu veidu runātājiem no konferencēm. Pastāsti man, kāda prakse tev Ŕķiet visnoderÄ«gākā?

Antons: Problēma lielākajā daļā organizāciju, neatkarÄ«gi no tā, cik lielas vai mazas (jaunuzņēmumi no tā cieÅ” vairāk), ir tā, ka tām nav procesa redzamÄ«bas ā€” izpratnes par to, kā mēs kopumā strādājam, kā mēs piegādājam programmatÅ«ru un kur lietas iestrēgst. Es parasti iesaku vingrinājumu, kas izriet no saprātÄ«gas pārvaldÄ«bas pieejas, ko sauc par vērtÄ«bu plÅ«smas kartēŔanu. Piegādātās vērtÄ«bas plÅ«smas kartēŔana. Tam nepiecieÅ”ama zināma vēlme sapulcināt vienā telpā galvenos organizācijas spēlētājus, visus cilvēkus, kas kaut kādā veidā ir iesaistÄ«ti piegādes procesā: tos, kas nosaka nepiecieÅ”amās izmaiņas, produktus, projektus, izstrādātājus, testētājus, sistēmu administratorus, pat pārdevējus. kas strādā ar klientiem. Apkopojiet tos visus un izprotiet, kā notiek izmaiņas programmatÅ«rā, kādu ceļu tās parasti veic.

Tas Ŕķiet diezgan triviāli: kas tur ir? Kāds to izdomāja, kāds iekodēja, mums ir cauruļvads, tas izskrēja un izripoja. Jā, mēs zinām, ka mÅ«su bÅ«vniecÄ«ba Å”eit aizņem daudz laika, jā, mēs to izlemsim. Nu jā, mēs zinām, ka programmētāji tagad nevar kompilēt savos datoros, jo viņiem ir Java, tas prasa daudz atmiņas, mēs arÄ« par to zinām, mēs izlemsim. Un es bieži nāku uz organizācijām, viņi saka:

— Å eit mums tas ir jāautomatizē, jāatrisina.
— Vai esat pārliecināts, ka ar to jums jāsāk? Kā jÅ«s to zināt?
- Nu, mēs precÄ«zi nezinām, bet mums Ŕķiet, ka tur sāp.

Ir Goldrata ierobežojumu teorija, kurā teikts, ka kopumā problēmas risināŔana jebkurā vietā, kas nav ierobežojums, neko neatrisina, tas tikai sarežģīs problēmu. Daudziem trÅ«kst jēdziena par to, kur lietas iestrēgst un kā tās plÅ«st.

Dažreiz jÅ«s vienkārÅ”i pēkŔņi pulcējat dažādus cilvēkus, viens saka:
— Å eit Å”obrÄ«d izlaidums iet tur apstiprināŔanai.

Un otrs saka:
- Nē, pie mums tā nav, mums tas neder. Šeit mēs gaidām vidi slodzes testiem.

Vai, piemēram, testētāji saka:
– Å eit, Å”ajā vietā, mēs parasti to visu darām ar savām rokām.

Un programmētāji viņiem saka:
- Mums Å”im nolÅ«kam ir automatizēts process. Kāpēc jÅ«s to neizmantojat?

Un testētāji saka:
- Mēs nezinājām, kas tas ir.

Katra komanda redz tikai savu daļu, un neviens neredz visu ainu – tas bieži vien ietekmē mÅ«su spēju efektÄ«vi izvērst programmatÅ«ru daudz vairāk nekā rÄ«ka esamÄ«ba vai neesamÄ«ba. Å Ä«s ir lietas. Ir vērts sākt ar procesa kartēŔanu. Ir skaidrs, ka, ja uzņēmumam paÅ”laik nav neviena CI/CD, tā jau ir pagātne. Skaidrs, ka arÄ« tas ir jābÅ«vē. Bet vispirms ir vērts atbildēt uz jautājumu, cik daudz tajā ieguldÄ«t, kādas problēmas tas atrisinās. Tam arÄ« nepiecieÅ”ami cilvēki, kas saprot, kā to pareizi darÄ«t.

Oļegs: No tehniskā viedokļa, kurām tehnoloÄ£ijām ir vērts pievērst uzmanÄ«bu? Skaidrs, ka par vienkārÅ”u CI/CD vairs nevar runāt. Kādas lieliskas jaunās tehnoloÄ£ijas ir vērts pārbaudÄ«t?

Antons: Pirmkārt, visiem ir pilnÄ«gi skaidrs, ka konteineri ir uzvarējuÅ”i. Un tāpēc, ja kāds vēl netaisa konteinerus, noteikti pēc iespējas ātrāk tie ir jāskatās un jāapskata, jo kustÄ«ba notiek Å”ajā virzienā, un lielie uzņēmumi jau saprot, ka viņiem ir jāiesaiņo sava programmatÅ«ra konteineros. . Nu, platformas lÄ«menÄ« Kubernetes uzvarēja: nav svarÄ«gi, vai tas ir mākonÄ« vai nē - mēs klientiem izliksim kastÄ«ti ar Kubernetes. Tagad VMware ir paziņojis, ka viņiem bÅ«s Kubernetes tieÅ”i hipervizorā. Viss ir skaidrs, Google uzvarēja. Kas kopumā nevienam nebija pārsteigums.

Oļegs: Google uzvarēja?

Antons: Nu, ja atskatāmies tikai pirms pāris gadiem, joprojām nebija Ä«sti skaidrs, vai tiks nogalināts Swarm vai Kubernetes un vai tiks nogalināts Dokers. AcÄ«mredzami Dokers ir nogalināts. Tas nozÄ«mē, ka visi sanāca kopā, un Microsoft un Amazon arÄ« palÄ«dzēja ā€” "nogalināsim visi kopā Docker". Nogalināts Dokeris! Bet kopumā vainÄ«gi bija paÅ”i Dokeri. Vai viņi gaidÄ«ja, ka viņi atnāks, salauzÄ«s veidni visiem, nevēlēsies nevienam pārdot un uzvarēs visus uzreiz, un tÅ«lÄ«t pārņems Google, Microsoft un Amazon? Bija ļoti maza iespēja, ka tas notiks. AcÄ«mredzot viņi nevarēja atrast nevienu, ar ko sadraudzēties. Kad ne ar vienu nedraudzējies, tevi izmet. Un tā arÄ« notika.

Tātad Å”eit tas ir. Tāpēc jums ir jāskatās uz konteineriem. Konteineri un orÄ·estrēŔana mÅ«sdienās pamazām kļūst par ikdienu. Tas ir, tagad konferencēs tiek ziņots: "Nekad nav par vēlu sākt ar Kubernetes, pat ja esat pensionārs." Tātad tas ir nepiecieÅ”ams. Un tagad ap Kubernetes sāk notikt daudz interesantu lietu. Jo viena no lieliskajām Kubernetes funkcijām kopumā ir kaut kādas universālas API izveide, kas ļauj aprakstÄ«t visu, kas notiek mÅ«su infrastruktÅ«rā. Pēdējā gada laikā mēs esam redzējuÅ”i mēģinājumus ap Å”o API aptvert daudzas citas lietas. Å eit ir servisa siets - viens no Å”iem mēģinājumiem, gandrÄ«z visas tagad esoŔās servisa sieta implementācijas savā ziņā saka: ā€œÅ eit mēs paplaÅ”ināsim API, pievienosim inteliÄ£enci, aprakstÄ«sim objektus ārpus Kubernetes, bet mēs lasÄ«sim objektus no Kubernetes un tā tālāk." veids, kā zināt, ko darÄ«t."

Vēl viens Ŕāds piemērs ir tas, kas Å”obrÄ«d notiek ar Continuous Delivery Foundation, kas tika organizēts apmēram pirms pusotra gada, atkal tas ir Google, tas ir CloudBees, GitLab. Ir Google projekts Tekton, tā galvenā ideja ir sava veida universāla API izveide, lai aprakstÄ«tu nepārtrauktu piegādes procesu. Kopumā viņi cenÅ”as to visu sadalÄ«t atseviŔķos objektos, kuriem ir jābÅ«t nepārtrauktas integrācijas / nepārtrauktas piegādes sistēmā un kaut kādā veidā jāļauj Ŕīs lietas ierakstÄ«t Kubernetes, lai vēlāk varētu bÅ«t visādas dažādas sastāvdaļas, kas var izlasÄ«t Ŕīs definÄ«cijas un atrisināt, ko ar tām darÄ«t. Tas pats notiek ar dienesta sietiem, es par to runāju savā Ziņot. Microsoft tagad mēģina izveidot specifikāciju tam, kas bÅ«tu jādara pakalpojumu sietam, tā saukto SMI Spec. Ar domu, ka jebkura servisa sieta realizācija spēs izpildÄ«t visu, kas rakstÄ«ts Å”ajā spec plus vēl kaut ko.

Tāpēc Kubernetes uzvarēja. Brīdī, kad kļūsti par platformu tālākiem jauninājumiem, ir ļoti grūti vēlāk tevi kaut kur izmest, jo tas jau ir uz tā uzaudzis, tagad izmest Kubernetes nozīmē izmest bērnu ar vannas ūdeni.

Kurus ziņojumus ir vērts apmeklēt?

Oļegs: Kādus referātus ejat pie sevis, kas jums Ŕķiet interesants?

Antons: Pirmkārt, ja ir kāda jauna tehnoloÄ£iska funkcija, sÄ«krÄ«ks, kuru man vienkārÅ”i nav bijis laika redzēt, un ir kāds runātājs, kurÅ” var par to skaidri runāt, tad, manuprāt, tā kopumā ir mežonÄ«ga priekÅ”rocÄ«ba, jo tā vietā tagad lasi, rok, un, iespējams, ar grÅ«tÄ«bām saproti, pēc pusstundas var atnākt un klausÄ«ties, kā cilvēks rāda, stāsta. Atkal, tas prasa zināmas prasmes un vēlmi, lai varētu runāt par tehnoloÄ£ijām. Un es saprotu, ka tas arÄ« nerodas no nekurienes, pie tā ir jāpiestrādā. Man arÄ« tas prasÄ«ja ilgu laiku. Starp citu, man ļoti palÄ«dzēja tas, ka nodarbojos ar tehnisko apmācÄ«bu. Kad tev priekŔā ir nodarbÄ«ba, tev kaut kas jāpaskaidro cilvēkiem, un tu saproti, ka neatkarÄ«gi no tā, kā tu skaidro, viņi ir stulbi - tad tu saproti, ka acÄ«mredzot problēma ir tajā, kā tu skaidro, nevis tas, ka cilvēki ir stulbi.

Oļegs: Kāda veida tehniskā mācība? Ko tu dari?

Antons: Es mācu tÄ«ri tehniskas disciplÄ«nas jau kādus 7-8 gadus. Tas sākās ar to, ka gadu mācÄ«ju tādas lietas kā Maven un čaulas skriptu veidoÅ”ana. Tā kā es ļoti cieÅ”i sadarbojos ar Dženkinsu un to ļoti labi zināju, es mācÄ«ju cilvēkiem strādāt ar Dženkinsu un administrāciju. Pēdējos gados - viss, kas saistÄ«ts ar mākoņa native: Kubernetes, konteineri un viss ap to. Es drÄ«z doÅ”os uz Londonu, lai apmeklētu meistarklasi par Istio. Tā nav manas darbÄ«bas galvenā daļa, bet apmēram reizi mēnesÄ« vai divos es vadu meistarklases.

Oļegs: Vai jūs galvenokārt meklējat ziņojumu, tēmu vai personu?

Antons: Ja zinu, ka runātājs ir labs, tad eju pie cilvēka vienkārÅ”i tāpēc, ka man joprojām ir ļoti svarÄ«gi mācÄ«ties no citiem cilvēkiem, kā labi runāt. MācīŔanās vienmēr ir svarÄ«ga. Ja ir tēma, bet es nepazÄ«stu runātāju, tad ieÅ”u skatÄ«ties, bet tas ir tāpat kā parasti, kā iet uz stand-up: noskatÄ«jos pirmās 10-15 minÅ«tes, ne. nepatika, un aizgāja. Vai arÄ« ir runātāji, uz kuriem es tik un tā tieŔām ieÅ”u, jo viņi vienmēr stāsta interesantas lietas, viņi pat prot parādÄ«t lietas, ko tu zini no sava leņķa, tas ir vienkārÅ”i un tev tas visu jautājumu pagriež no jauna . No tiem, kas man pēdējā laikā patÄ«k... Pirmkārt, ir Saimons Vordlijs - konsultants, viņam ir savs triks ar karÅ”u zÄ«mēŔanu, viņŔ izmanto kartes, lai izskaidrotu, kā uzņēmumi var pareizi veidot savu stratēģiju, viņŔ kādreiz bija kaut kāds... tad ir CTO, jaunuzņēmumu izpilddirektors, viņŔ daudz runā par to, par tehnoloÄ£ijām. Starp citu, viņŔ pastāvÄ«gi cÄ«nās bez serveriem un saka, ka tiem, kuri Å”odien nedarbojas bez serveriem, ir lielas problēmas.

Oļegs: Å is ir biedrs, kurÅ” grāmata par vidēju? ViņŔ to izveidoja amatu veidā. Neparasts formāts.

Antons: ViņŔ tieŔām runā ļoti jocÄ«gi. Visvairāk es atceros viņa lekcijas pēdējo 2-3 gadu laikā. Nu, lÅ«k, Džons Viliss, kurÅ” ieradās DevOops pagājuÅ”ajā gadā – vienkārÅ”i tāpēc, ka viņŔ tieŔām zina, kā pateikt. Ar viņu ir zināma problēma, jo viņŔ daudz runā par Amerikas realitāti, lietām, kas dažkārt vienkārÅ”i neattiecas ne uz Krievijas, ne Izraēlas realitāti. Tagad viņiem ir kaut kāds karÅ” ar kaut kādām izmaiņu apstiprināŔanas padomēm, par kurām viņi nemitÄ«gi runā. AcÄ«mredzot tā ir noteikta lieta, kas pastāv Amerikas uzņēmumos; ir IT izmaiņu veikÅ”anas un apstiprināŔanas process; jums ir jāiziet dažas komitejas.

Oļegs: Bet mums tā nav - es pat nesaprotu, par ko jūs tagad runājat.

Antons: Es arÄ« Ä«sti nesaprotu; Izraēlā arÄ« tas nenotiek. Un tur viņi par to runā. Ja klausās visus Å”os biedrus, piemēram, DORA, kas izveidojiet DevOps stāvokļa ziņojumu, viņi arÄ« daudz raksta par Å”o. Kopumā es domāju, ka cilvēki runā par kādu problēmu, kas ir tikai viņiem, un tā jums nemaz nav interesanta.

Oļegs: Bijāt iepriekŔējā DevOopā, uz kādām sarunām ir vērts doties un pārskatÄ«t ierakstus?

Antons: redzēt viss. Mani nedaudz interesē tēma - aiziet.

Oļegs: Es domāju, ka tur ir kāds Antons Veiss. DroÅ”i vien ir vērts to apskatÄ«t.

Antons: Nē, nedomā, tas ir garlaicīgi :)

Oļegs: Labi, liels paldies. Tas bija forÅ”i! Es redzu, ka jÅ«s jau esat iesniedzis darbu nākamajai konferencei, tāpēc tiekamies nākamajā DevOops!

Konference DevOops 2020 Maskava notiks 29.-30.aprÄ«lÄ«, Å”oreiz Maskavā. Paziņojumā mēs aprakstÄ«jām konferences bÅ«tÄ«bu par Habrē ā€œNav DevOps inženieruā€. Programma tiek aktÄ«vi veidota (lÄ«dz konferencei vēl daudz mēneÅ”u), bet pirmie runātāji jau ir var redzēt mājaslapā. Tur jÅ«s varat pirkt biļetes.

Avots: www.habr.com

Iegādājieties uzticamu mitināŔanu vietnēm ar DDoS aizsardzÄ«bu, VPS VDS serveriem šŸ”„ Iegādājieties uzticamu tÄ«mekļa vietņu mitināŔanu ar DDoS aizsardzÄ«bu, VPS VDS serveriem | ProHoster